求助：動(dòng)態(tài)加載技術(shù)與系統(tǒng)架構(gòu)設(shè)計(jì)問題

jchc

我在設(shè)計(jì)一個(gè)服務(wù)器，假設(shè)以銀行系統(tǒng)的為例。我的設(shè)想是主控通過接收不同的功能碼（交易碼）調(diào)用，運(yùn)用動(dòng)態(tài)庫技術(shù)動(dòng)態(tài)加載對應(yīng)的交易處理邏輯，以實(shí)現(xiàn)整個(gè)系統(tǒng)的不停機(jī)更新和維護(hù)。因?yàn)橛肅＋＋，所以又想?yún)⒄誐VC，將數(shù)據(jù)訪問層獨(dú)立出來做成DAO。這時(shí)就有問題了。
首先是DAO層是否應(yīng)包含業(yè)務(wù)邏輯？如果不包含，DAO是簡單些，也比較穩(wěn)定，但調(diào)用者必須各自實(shí)現(xiàn)所需邏輯，降低了代碼的復(fù)用，同時(shí)泛泛的數(shù)據(jù)訪問效率也很低；如果包含，那業(yè)務(wù)邏輯必然會(huì)改變，此時(shí)就得停機(jī)編譯，失去了動(dòng)態(tài)加載的優(yōu)勢。
如果把DAO也做成動(dòng)態(tài)加載呢？首先由于實(shí)體多，因此DAO必然非常多，無數(shù)次的動(dòng)態(tài)加載是個(gè)問題，加載后如何妥善管理更是個(gè)問題。而且如果連DAO都動(dòng)態(tài)加載了，那其它的公用業(yè)務(wù)方法又該如何呢？

其實(shí)歸根結(jié)底，我就是想在保持系統(tǒng)穩(wěn)定性的前提下盡量提高系統(tǒng)的靈活性，DAO只是一個(gè)變動(dòng)頻繁的典型例子，例如所謂的公函等都存在這個(gè)問題。有好的點(diǎn)子嗎？

dreamice

我在設(shè)計(jì)一個(gè)服務(wù)器，假設(shè)以銀行系統(tǒng)的為例。我的設(shè)想是主控通過接收不同的功能碼（交易碼）調(diào)用，運(yùn)用動(dòng)態(tài) ...
jchc 發(fā)表于 2011-11-14 12:13

    推薦你參考一下nginx和apache，nginx有reload選項(xiàng)，即不用重啟服務(wù)，即可重新加載配置。

gavenwei

推薦你請教興業(yè)銀行的核心系統(tǒng)，他們的核心就是采用動(dòng)態(tài)庫加載實(shí)現(xiàn)的。

demaple

將公共函數(shù)放在靜態(tài)庫就可以了，把交易的具體函數(shù)放在動(dòng)態(tài)中，總得有個(gè)平衡吧。

hengshan

回復(fù) 1# jchc

動(dòng)態(tài)庫動(dòng)態(tài)加載，也是要基于一種算法，實(shí)現(xiàn)加載、卸載吧
你不可能，頻繁的加載、卸載吧


   

duanjigang

設(shè)計(jì)上的模塊化不一定表現(xiàn)為動(dòng)態(tài)庫的方式，不過用動(dòng)態(tài)加載庫或者RPC的方式都能實(shí)現(xiàn)這樣的功能
另外，不要刻意去把函數(shù)分到靜態(tài)或者動(dòng)態(tài)庫中，這些只是實(shí)現(xiàn)罷了。多注重設(shè)計(jì)的思想。