原著名稱《.NET Application Architecture Guide，2nd Edition》，應該可以從微軟的官網下載到，是微軟的模式與實踐小組的大作。Patterns & Practices在http://www.codeplex.com/上面有很多的好作品，其實.NET平臺也有很好的開源項目，也有很廣的選擇面，只是這些不像Java那么開放，.NET的開源是微軟主導的。

　　下載地址：patterns & practices: Application Architecture Guide 2.0

　　回到主題

　　軟件架構經常被描述成系統的組織或者是結構，系統代表完成特殊功能，或者是一系列功能的組件集合。換句話說，架構也就是將組件組織起來，支持特定的功能。

　　下圖展示了常用的應用架構

　　除了組件分組，其它的就是組件之間的交互，以及不同的組件如何在一起工作。

　　關鍵的設計原則

　　在開始設計之前，思考一下關鍵的原則，將會幫助你創建一個最小花費、高可用性和擴展性的架構。

• 　　分離關注點，將應用劃分為在功能上盡可能不重復的功能點。主要的參考因素就是最小化交互，高內聚、低耦合。但是，錯誤的分離功能邊界，可能會導致功能之間的高耦合性和復雜性，
• 　　職責單一，每一個組件或者是模塊應該只有一個職責或者是功能，功能要內聚。
• 　　最小知識原則，一個組件或者是對象不應該知道其他組件或者對象的內部實現細節。
• 　　不要重復你自己，你只需要在一個地方描述目的。例如，特殊的功能只能在一個組件中實現，在其他的組件中不應該有副本。
• 　　最小化預先設計，只設計必須的內容。在一些情況，你可能需要預先設計一些內容。另外一些情況，尤其對于敏捷開發，你可以避免設計過度。如果你的應用需求是不清晰的，最好不要做大量的預先設計。

　　當設計一個應用和系統的時候，軟件架構的目的是通過將設計分離到不同的關注點，來最小化復雜性。例如，用戶接口UI，業務處理Business Process，數據訪問Data Access就代表不同的關注點。在每個關注點內部，你設計的組件應該集中的內部實現，不應該和其他的組件混淆代碼。例如，UI處理組件不應該包括直接訪問數據源的代碼，相反，應該使用業務組件或者是數據訪問組建獲取數據。

　　但是，你還是要為你的應用做一個投入|產出決定。在某些情況，你可能需要簡化結構。例如，UI直接綁定到一個結果集。通常，也要從業務的角度考慮功能的邊界。下面的這些高層次的原則將會幫助你從更廣的范圍上考慮影響設計、實現、部署、測試和維護系統的因素。

　　設計

• 　　在每一層保持設計模式的一致性。在一個邏輯層的內部，組件的設計對于特殊的功能應該保持一致性。
• 　　不要在應用中復制功能。只能在一個組件中提供指定的功能，這個功能不能在其他組件中復制。這將會保持組件的內聚性，而且如果功能需要修改的話，會變得很容易。
• 　　組合優先于繼承。無論在什么地方，如果需要重用代碼的話，優先使用組合而不是繼承，因為繼承增加了父類和子類的依賴關系，限制了子類的重用，
• 　　為開發建立代碼風格和命名空間。建立統一的代碼風格，使用和組織有關系的有意義的命名空間。
• 　　在開發的過程中，使用QA來保證系統的質量。在開發的過程中，使用單元測試和其他QA技術，例如，依賴分析和靜態代碼分析。為組建和子系統定義清晰的行為和性能指標，使用自動化QA工具來保證不影響整個系統的質量。

　　應用分層

• 　　分離關注點。將應用分離為不同的功能，這些功能保持盡可能小的重疊。主要的好處是一個功能可以最小化和其他功能的依賴關系。另外，如果一個功能失敗了，不會導致其他功能的失敗，對于其他功能來說是獨立的。使得應用更容易理解和設計，簡化復雜系統的管理。
• 　　明確層之間是如何通信的。
• 　　使用抽象實現層之間的松散耦合。可以通過定義接口來實現。另外，還可以通過使用接口類型或者是基類定義常用的接口。
• 　　在同一層，不要混合不同類型的組件。例如，UI層不應該包含業務處理組件，相反，應該包含處理用戶輸入和處理用戶請求的組件。
• 　　在層和組件內部保持數據格式的一致性。混亂的數據格式，將會導致系統更難實現、擴展和維護。

　　組件、模塊和功能

• 　　一個組件和對象不應該依賴于其他組件的內部實現細節。
• 　　組件的功能不要超出范圍。例如，UI處理組件不應該包含數據訪問代碼，或者是試圖提供其他的功能。
• 　　理解組件之間是如何通信的。這需要理解應用一定要支持的部署方案。你一定要決定是否所有的組件都運行在同一個進程中？是否一定要支持跨越物理或者是進程邊界的通信？還是實現消息為基礎的接口？
• 　　為組件定義一個清晰的職責。

　　你還要考慮下面的這些橫向的關注點：

• 　　日志
• 　　認證
• 　　授權
• 　　異常管理
• 　　通信。選擇合適的協議，最小化網絡的通信量，在網絡上保護傳遞的敏感信息。
• 　　緩存。為了提高系統的性能和響應速度，需要確定什么應該緩存？緩存在哪里？設計緩存的時候，要考慮到web服務器場和應用服務器場的問題。

　　未完待續。。。。。。。。。

　　p19

it知識庫：.NET 應用架構指導 V2 學習筆記（一） 軟件架構的關鍵原則，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。