系統架構設計模式大全

目前系統架構大約有110多種設計模式，模式不是教條，模式僅僅是經驗的總結，下面小編為大家整理了一些系統架構設計模式，一起來看看吧：

Domain Model：定義了一個應用領域結構和工作流的精確模型，其中還包括它們的變化。

Layers：解決系統合理分層的問題。

Model-View-Controller：解決對使用者介面變化的支援問題。支援某一特定使用者介面的變化。

Presentation-Abstraction-Control：解決相同業務具有多種表現形式問題。

Microkernel：解決業務具有多種不同業務方法的問題。

Refelection：解決需要動態改變軟體系統結構和行為的問題。

Pipes and Filters：解決演算法的結構化並可以重新構建的問題。

Shared Repository：適用於網路管理和控制系統領域。

Blackboard：解決執行中智慧化改進處理方法的問題。

Domain Object：表現為已經將自我完備的連貫功能和基礎性責任封裝成定義良好的實體，通過一個或多個”顯示介面”提供功能，並隱藏內部結構和實現。

Messaging：由一系列相互連線的MessageChannel和Message Router管理著跨網路的不同服務間的訊息交換。

Message Channel：解決如何把彼此協作的客戶端和服務連線起來的問題。

Message Router：解決如何根據條件接受”通道”訊息的問題。

Message Translator：解決如何轉換訊息格式的問題。

Message Endpoint：解決把資料轉換為訊息中介軟體能夠理解的形式的問題。

Publisher-Subscriber：為了在應用中更好的把彼此關注的事件通知給其它領域物件。

Broker：通過一個代理管理器管理領域物件間遠端互操作的各個關鍵方面。

Client Proxy：解決客戶端應用與網路基礎設施相互遮蔽的問題。

Requestor：解決應用程式碼被基礎設施的程式碼汙染而影響可移植性的問題。

Invoker：解決服務程式碼被基礎設施的程式碼汙染而影響可移植性的問題。

Client Request Handler：解決客戶端應用與通訊相互影響的問題，它封裝了客戶端在統一的介面背後進行的程序間通訊的細節。

Server Request Handler：解決服務端應用與通訊相互影響的問題，封裝了伺服器端在統一的介面背後進行的程序間通訊的細節。

Reactor：解決在應用中避免使用多執行緒的問題。

Proactor：解決在多執行緒的背景下出現效能問題的缺陷。

Acceptor-Connector：把事件初始化與具體處理方法分離，從而提高可維護性。

Asynchronous Completion Token：解決非同步到達的事件仍然能按一定順序處理的問題。

Explicit Interface：解決如何正確設計介面的問題。

Extension Interface：隨著時間的推移，元件的介面是會膨脹的，一個胖的介面將更脆弱。解決防止”胖”介面並分離介面。

Introspective Interface：解決公開內部資訊介面的問題。

Dynamic Invocation Interface：解決同一個介面允許客戶端呼叫多種方法的問題。

Proxy：解決在同一個介面下通過代理遮蔽某些實現的問題。

Business Delegate：由本地業務代表來完成所有網路任務，分離了應用和網路處理的業務，減少了開發難度、提高了可理解性和可維護性。

Facade：解決遮蔽子系統的變化輻射到高層應用的問題。

Combined Method：解決多種相互關聯的方法不合理的分佈的問題。

Iterator：解決分散式元素能夠方便迭代的問題。

Enumeration Method：解決減少外部迭代方式多次對聚合中的元素進行獨立訪問開銷的問題。

Batch Method：解決多次訪問加大網路開銷的問題。

Encapsulated Implementation：解決物件劃分的基本原則和方法問題。

Composite：建立一種結構靈活的樹狀結構物件組織形式，形成“整體/部分”層級結構。

Half-Object plus Protocol：通過在分散式系統中合理佈局物件，以減少不合理的網路流量和伺服器壓力。

Replicated Component Group：解決分散式系統容錯的問題，複製的元件實現位於不同的網路節點，並組成一個元件組。

Half-Sync/Half-Async：對併發系統中的非同步和同步服務處理解耦合以簡化程式設計，但又不會過度地影響效能。

Leader/Followers：解決大批量小處理的環境下減少併發執行緒應用的問題。