求助：动态加载技术与系统架构设计问题

jchc

我在设计一个服务器，假设以银行系统的为例。我的设想是主控通过接收不同的功能码（交易码）调用，运用动态库技术动态加载对应的交易处理逻辑，以实现整个系统的不停机更新和维护。因为用C＋＋，所以又想参照MVC，将数据访问层独立出来做成DAO。这时就有问题了。
首先是DAO层是否应包含业务逻辑？如果不包含，DAO是简单些，也比较稳定，但调用者必须各自实现所需逻辑，降低了代码的复用，同时泛泛的数据访问效率也很低；如果包含，那业务逻辑必然会改变，此时就得停机编译，失去了动态加载的优势。
如果把DAO也做成动态加载呢？首先由于实体多，因此DAO必然非常多，无数次的动态加载是个问题，加载后如何妥善管理更是个问题。而且如果连DAO都动态加载了，那其它的公用业务方法又该如何呢？

其实归根结底，我就是想在保持系统稳定性的前提下尽量提高系统的灵活性，DAO只是一个变动频繁的典型例子，例如所谓的公函等都存在这个问题。有好的点子吗？

dreamice

我在设计一个服务器，假设以银行系统的为例。我的设想是主控通过接收不同的功能码（交易码）调用，运用动态 ...
jchc 发表于 2011-11-14 12:13

    推荐你参考一下nginx和apache，nginx有reload选项，即不用重启服务，即可重新加载配置。

gavenwei

推荐你请教兴业银行的核心系统，他们的核心就是采用动态库加载实现的。

demaple

将公共函数放在静态库就可以了，把交易的具体函数放在动态中，总得有个平衡吧。

hengshan

回复 1# jchc

动态库动态加载，也是要基于一种算法，实现加载、卸载吧
你不可能，频繁的加载、卸载吧


   

duanjigang

设计上的模块化不一定表现为动态库的方式，不过用动态加载库或者RPC的方式都能实现这样的功能
另外，不要刻意去把函数分到静态或者动态库中，这些只是实现罢了。多注重设计的思想。