Web項目架構設計

1           引言

1.1       編寫目的

本文檔是在總結以前開發經驗基礎上，參考多種資料，整理思路而來。希望能夠通過本文檔來理清思路、總結經驗、更加完善Web項目開發架構，使其更趨於成熟、穩定！

同時希望與各位交流、共同進步！

1.2       適合讀者

愛好軟體開發的同仁

1.3       參考資料

Pet Shop 4.0來源程式

WebCast 《基於Dot Net平台的企業級應用程式的架構設計》

2           系統架構設計

2.1       概要

在整個軟體架構設計中(尤其是企業級應用系統)，分層的概念是貫穿於整個架構設計中。足以說明分層在系統架構設計中的重要性。微軟推薦的分層模式為三層(資料訪問層、商業邏輯層、展示層)。當然對於系統應用規模和層次不同，可以在對這種分層模型進行擴充。例如常見的一種方式在展示層與商務邏輯層之間再加入一層（UI調用層），他的作用在於當商務邏輯層介面有變動時，不必對錶示層進行全方位的改動（畢竟展示層調用業務層的地方非常多，使用”替換”也是非常痛苦的一件事情），只需調整UI調用層極其少數代碼，並不必編譯展示層代碼。

總體來說，分層式設計方案目前是比較適用於大中型系統軟體開發的，是完全可以採用的。分層式設計可以達到以下目標：

Ø         分散關注

Ø         鬆散耦合

Ø         邏輯複用

Ø         標準定義

當然，分層式設計方案也有其與生俱來的缺陷。

Ø         效能降低。這是分層結構必然導致的結果，原本可以直接進行資料訪問的地方，現在必須調用資料層進行訪問，直線變成了曲線。

Ø         可能會導致整個層級結構的介面都會做部分調整。這種情況多數在系統本身不夠成熟，需求分析不夠充分時出現。

Ø         對系統設計能力要求更高。尤其是體現在系統分析、介面定義方面要求投入更多的精力。

對於一個業務複雜的公司專屬應用程式系統分層只是一個總體的綱要，同時對於易部署性、擴充性、各層通訊、異常、日誌、緩衝、驗證都是不可缺少的，他們也是支撐整個架構的重要組成部分。在各個層中需要考慮更為細緻的設計，使系統在更為和諧的工作。系統架構圖(2.1)