银行核心系统：动态加载的设计问题 - 金融行业 - ITPUB论坛－专业的IT技术社区

上次问过大家，说核心系统（非大机）有一些是动态加载交易进行的。这里还有几个问题还希望能予以解答：
按我的理解，交易就是自己一些特殊逻辑加上公函的调用和数据库的访问。如果交易是动态加载，那就是说它用的一些SQL也是写死在交易例程中随着交易一起动态加载的，这样势必导致这些动态加载的东西成为“私有”的，本交易没加载上就都不能用。这样是不是就降低了代码的重用性？
说到代码重用，现在Java的MVC中很多人用DAO层。这层有一些较为公共的访问方法，也有一些针对特定业务的访问方法。如果在核心系统中也有个DAO层，且只是交易例程动态加载而DAO不动态，那么交易例程的逻辑改变很可能就会导致这些针对特定业务的DAO需要修改，没有动态加载就得停整个服务重编译，这样也就失去了交易例程动态加载的含义。如果完全抛弃特定业务的访问方法，弄出完全公共的DAO，效率、可读性可能又会大大下降。这样的问题又该如何处理？
首先，交易仅仅是模块函数的调用，不涉及数据库访问。所以，交易动态加载不是关键。模块也是动态加载的，但是可以启动时就全部加载，修改后通知刷新就可以了。
至于动态库的技术细节，可以参考http://blog.csdn.net/crazyjixiang/article/details/6933888