程序架構(gòu),功能的劃分:

數(shù)據(jù)庫(包括存儲過程) +數(shù)據(jù)訪問(包括microsoft application blocks for .net的2.0版) + 數(shù)據(jù)結(jié)構(gòu)(等價于強(qiáng)類型dataset) + 業(yè)務(wù)邏輯層+ 業(yè)務(wù)表現(xiàn)層

數(shù)據(jù)庫:不用說了,就是數(shù)據(jù)庫了;不包括商業(yè)邏輯的，存儲過程的主要作用是完成對表的基本操，包括添加、刪除、修改、選擇等;

數(shù)據(jù)訪問層:實現(xiàn)對數(shù)據(jù)庫的基本操作方法,添加.修改.刪除,判斷是否存在,選擇數(shù)據(jù)等,較細(xì)粒度的處理,不需要要考慮如檢驗數(shù)據(jù)合法性、多步邏輯操作等;更粗粒度的實現(xiàn)在業(yè)務(wù)規(guī)則層

數(shù)據(jù)結(jié)構(gòu):可以使用強(qiáng)類型的dataset,這一層就是c#對數(shù)據(jù)庫結(jié)構(gòu)的映射,提供給其他層次的調(diào)用的;

業(yè)務(wù)邏輯層:數(shù)據(jù)訪問層不需要關(guān)心的數(shù)據(jù)合法等都要在這里處理了,而且這里處理內(nèi)容應(yīng)該都是對數(shù)據(jù)訪問層的進(jìn)一步封裝,這里的一個函數(shù)可能調(diào)用了若干數(shù)據(jù)訪問層的小的處理過程;所以這里可以說是粗粒度的實現(xiàn);

業(yè)務(wù)表現(xiàn)層:按說這一層就是友好的操作界面了,但對于較復(fù)雜的系統(tǒng),可以在這里單獨(dú)處理數(shù)據(jù)的合法驗證,而業(yè)務(wù)邏輯層就只需要處理業(yè)務(wù)上的邏輯了;而一般規(guī)模小的系統(tǒng),業(yè)務(wù)邏輯和業(yè)務(wù)表現(xiàn)可以合二為一的實現(xiàn);

以上這是'縱向'的分析,在實際的開發(fā)中為了更方便高效的開發(fā),完全可以'橫向'的分析,劃分模塊:

系統(tǒng)架構(gòu)(通用)+權(quán)限處理(通用)+人員處理(通用)+具體業(yè)務(wù)實現(xiàn)+關(guān)于/幫助(通用)

所有的系統(tǒng)肯定都會有人使用,所以這里對權(quán)限和人員提取出來單獨(dú)處理;
(歡迎批評指正 [email protected])

系統(tǒng)架構(gòu):主要實現(xiàn),對系統(tǒng)的配置,常用設(shè)置的基本運(yùn)行條件的處理以及整個系統(tǒng)的架構(gòu)的實現(xiàn).系統(tǒng)都會需要基本的運(yùn)行條件的,這部分單獨(dú)進(jìn)行處理,做成通用的模塊,以后的系統(tǒng)中可直接使用;

權(quán)限處理:對系統(tǒng)的權(quán)限進(jìn)行管理,權(quán)限的處理在網(wǎng)上有比較多的成熟方案,形形色色,各有各的優(yōu)點(diǎn)缺點(diǎn),我們可以在吸取他們的優(yōu)點(diǎn)的同時匯入我們自己的內(nèi)容整理出符合我們通用原則的權(quán)限處理模塊,對這部分內(nèi)容進(jìn)行各層次的封裝,同系統(tǒng)架構(gòu)做成通用的模塊;

人員管理:這一模塊原想加入到權(quán)限管理中,因為他們是息息相關(guān)的,但又想做成比較通用的模塊,而系統(tǒng)對人員的處理需求又不太一樣有些詳細(xì),有些粗略,很難協(xié)調(diào),或許我們可以做成一個比較能滿足大多數(shù)系統(tǒng)的需求的模塊就可以合并到權(quán)限模塊中,這樣權(quán)限的設(shè)計將更加的簡介高效;

關(guān)于/幫助:這個是系統(tǒng)或者整個公司的類似產(chǎn)品的關(guān)于和幫助,換個角度看就是一種廣告的形式;

具體的業(yè)務(wù):就是系統(tǒng)的不同之處了,也是我們工作的核心(假如上面模塊的工作都已經(jīng)完成),這一模塊就是根據(jù)業(yè)務(wù)內(nèi)容定制了,沒什么好說的.

橫向/縱向的劃分是交插的,不是從一種角度進(jìn)行的區(qū)分的.

這是個人的一點(diǎn)點(diǎn)兒想法,寫在這里了,磚頭等隨便扔(但請不要打臉哦!)