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

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

　　回到主題

　　軟件架構(gòu)經(jīng)常被描述成系統(tǒng)的組織或者是結(jié)構(gòu)，系統(tǒng)代表完成特殊功能，或者是一系列功能的組件集合。換句話說，架構(gòu)也就是將組件組織起來，支持特定的功能。

　　下圖展示了常用的應(yīng)用架構(gòu)

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

　　關(guān)鍵的設(shè)計原則

　　在開始設(shè)計之前，思考一下關(guān)鍵的原則，將會幫助你創(chuàng)建一個最小花費、高可用性和擴展性的架構(gòu)。

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

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

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

　　設(shè)計

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

　　應(yīng)用分層

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

　　組件、模塊和功能

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

　　你還要考慮下面的這些橫向的關(guān)注點：

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

　　未完待續(xù)。。。。。。。。。

　　p19

it知識庫：.NET 應(yīng)用架構(gòu)指導(dǎo) V2 學習筆記（一） 軟件架構(gòu)的關(guān)鍵原則，轉(zhuǎn)載需保留來源！

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