系統架構設計模式大全

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

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

　　Layers：解決系統合理分層的問(wèn)題。

　　Model-View-Controller：解決對用戶(hù)界面變化的支持問(wèn)題。支持某一特定用戶(hù)界面的變化。

　　Presentation-Abstraction-Control：解決相同業(yè)務(wù)具有多種表現形式問(wèn)題。

　　Microkernel：解決業(yè)務(wù)具有多種不同業(yè)務(wù)方法的問(wèn)題。

　　Refelection：解決需要動(dòng)態(tài)改變軟件系統結構和行為的問(wèn)題。

　　Pipes and Filters：解決算法的結構化并可以重新構建的問(wèn)題。

　　Shared Repository：適用于網(wǎng)絡(luò )管理和控制系統領(lǐng)域。

　　Blackboard：解決運行中智能化改進(jìn)處理方法的問(wèn)題。

　　Domain Object：表現為已經(jīng)將自我完備的連貫功能和基礎性責任封裝成定義良好的實(shí)體，通過(guò)一個(gè)或多個(gè)”顯示接口”提供功能，并隱藏內部結構和實(shí)現。

　　Messaging：由一系列相互連接的MessageChannel和Message Router管理著(zhù)跨網(wǎng)絡(luò )的不同服務(wù)間的消息交換。

　　Message Channel：解決如何把彼此協(xié)作的客戶(hù)端和服務(wù)連接起來(lái)的問(wèn)題。

　　Message Router：解決如何根據條件接受”信道”消息的問(wèn)題。

　　Message Translator：解決如何轉換消息格式的問(wèn)題。

　　Message Endpoint：解決把數據轉換為消息中間件能夠理解的形式的問(wèn)題。

　　Publisher-Subscriber：為了在應用中更好的把彼此關(guān)注的事件通知給其它領(lǐng)域對象。

　　Broker：通過(guò)一個(gè)代理管理器管理領(lǐng)域對象間遠程互操作的各個(gè)關(guān)鍵方面。

　　Client Proxy：解決客戶(hù)端應用與網(wǎng)絡(luò )基礎設施相互屏蔽的問(wèn)題。

　　Requestor：解決應用代碼被基礎設施的代碼污染而影響可移植性的問(wèn)題。

　　Invoker：解決服務(wù)代碼被基礎設施的代碼污染而影響可移植性的問(wèn)題。

　　Client Request Handler：解決客戶(hù)端應用與通信相互影響的問(wèn)題，它封裝了客戶(hù)端在統一的接口背后進(jìn)行的進(jìn)程間通信的細節。

　　Server Request Handler：解決服務(wù)端應用與通信相互影響的問(wèn)題，封裝了服務(wù)器端在統一的接口背后進(jìn)行的進(jìn)程間通信的細節。

　　Reactor：解決在應用中避免使用多線(xiàn)程的問(wèn)題。

　　Proactor：解決在多線(xiàn)程的背景下出現性能問(wèn)題的缺陷。

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

　　Asynchronous Completion Token：解決異步到達的事件仍然能按一定順序處理的問(wèn)題。

　　Explicit Interface：解決如何正確設計接口的問(wèn)題。

　　Extension Interface：隨著(zhù)時(shí)間的推移，組件的接口是會(huì )膨脹的，一個(gè)胖的接口將更脆弱。解決防止”胖”接口并分離接口。

　　Introspective Interface：解決公開(kāi)內部信息接口的問(wèn)題。

　　Dynamic Invocation Interface：解決同一個(gè)接口允許客戶(hù)端調用多種方法的問(wèn)題。

　　Proxy：解決在同一個(gè)接口下通過(guò)代理屏蔽某些實(shí)現的問(wèn)題。

　　Business Delegate：由本地業(yè)務(wù)代表來(lái)完成所有網(wǎng)絡(luò )任務(wù)，分離了應用和網(wǎng)絡(luò )處理的業(yè)務(wù)，減少了開(kāi)發(fā)難度、提高了可理解性和可維護性。

　　Facade：解決屏蔽子系統的變化輻射到高層應用的問(wèn)題。

　　Combined Method：解決多種相互關(guān)聯(lián)的方法不合理的分布的問(wèn)題。

　　Iterator：解決分布式元素能夠方便迭代的問(wèn)題。

　　Enumeration Method：解決減少外部迭代方式多次對聚合中的元素進(jìn)行獨立訪(fǎng)問(wèn)開(kāi)銷(xiāo)的問(wèn)題。

　　Batch Method：解決多次訪(fǎng)問(wèn)加大網(wǎng)絡(luò )開(kāi)銷(xiāo)的問(wèn)題。

　　Encapsulated Implementation：解決對象劃分的基本原則和方法問(wèn)題。

　　Composite：建立一種結構靈活的樹(shù)狀結構對象組織形式，形成“整體/部分”層級結構。

　　Half-Object plus Protocol：通過(guò)在分布式系統中合理布局對象，以減少不合理的網(wǎng)絡(luò )流量和服務(wù)器壓力。

　　Replicated Component Group：解決分布式系統容錯的問(wèn)題，復制的組件實(shí)現位于不同的網(wǎng)絡(luò )節點(diǎn)，并組成一個(gè)組件組。

　　Half-Sync/Half-Async：對并發(fā)系統中的異步和同步服務(wù)處理解耦合以簡(jiǎn)化編程，但又不會(huì )過(guò)度地影響性能。

　　Leader/Followers：解決大批量小處理的環(huán)境下減少并發(fā)線(xiàn)程應用的問(wèn)題。

　　Active Object：為了減少服務(wù)器并發(fā)線(xiàn)程應用。

　　Monitor Object：解決并發(fā)業(yè)務(wù)相互協(xié)調的問(wèn)題。

　　Guarded Suspension：在并發(fā)性程序中，當某個(gè)線(xiàn)程對一個(gè)資源進(jìn)行訪(fǎng)問(wèn)的時(shí)候，首先需要判斷這個(gè)資源的警戒條件是否成立。

　　Future：并發(fā)調用的服務(wù)可能需要向客戶(hù)端返回結果。

　　Thread-Safe Interface：避免自死鎖和加鎖開(kāi)銷(xiāo)。

　　Strategized Locking：在創(chuàng )建或聲明時(shí)，為組件配置適當類(lèi)型的鎖實(shí)例。使用該鎖實(shí)例來(lái)保護組件中的所有臨界區。

　　Scoped Locking：解決復雜繁瑣代碼中的疏忽發(fā)生漏釋放造成死鎖的問(wèn)題。

　　Thread-Specific Storage：解決頻繁使用對象造成反復加鎖解鎖造成的性能問(wèn)題。

　　Copied Value：解決共享的值對象必須鎖定帶來(lái)的性能問(wèn)題。

　　Immutable Value：解決共享的值對象必須鎖定帶來(lái)的性能問(wèn)題。

　　Observer：定義一個(gè)特定的更新接口，通過(guò)該接口，Observer獲得Subject狀態(tài)變更的通知。

　　Double Dispatch：根據運行時(shí)多個(gè)對象的類(lèi)型確定方法調用的過(guò)程。

　　Mediator：封裝集合中所有對象的聚合協(xié)作行為，從而將這些對象解耦合。

　　Command：為這些對象定義一個(gè)通用接口，來(lái)執行它們所代表的請求。

　　Memento：解決在不破壞封裝性的前提下正確存儲和讀取分布式對象狀態(tài)的問(wèn)題。

　　Context Object：解決在松耦合系統中共享與程序執行上下文相關(guān)的通用信息的問(wèn)題。

　　Data Transfer Object：解決細粒度調用多次訪(fǎng)問(wèn)遠程對象單個(gè)屬性所帶來(lái)的巨大開(kāi)銷(xiāo)問(wèn)題。

　　Message：解決網(wǎng)絡(luò )協(xié)議只支持比特流這種最簡(jiǎn)單的數據傳輸形式，并不能識別服務(wù)調用和數據類(lèi)型的問(wèn)題。

　　Bridge：解決在下層穩定的業(yè)務(wù)中嵌入上次變化部分的問(wèn)題。

　　Object Adapter：解決接口變化導致的不兼容問(wèn)題。

　　Chain of Responsibility：解決對象結構和請求分發(fā)邏輯上的變化影響到客戶(hù)端的問(wèn)題。

　　Interceptor：解決構建一個(gè)可插拔的框架變化模型的問(wèn)題。

　　Visitor：解決將服務(wù)的實(shí)現分散在定義對象結構的各個(gè)類(lèi)中難以進(jìn)行集中處理的問(wèn)題。

　　Decorator：解決在穩定的核心功能外圍添加擴展的問(wèn)題。

　　Template Method：解決在下層穩定的業(yè)務(wù)中嵌入上次變化部分的問(wèn)題。

　　Strategy：解決在一個(gè)或多個(gè)方法中根據不同的情況執行不同行為的問(wèn)題。

　　Wrapper Facade：主要解決應用代碼使用底層API所提供的服務(wù)但代碼難以理解的問(wèn)題，需要對底層API進(jìn)行面向對象的封裝，通過(guò)提供一個(gè)簡(jiǎn)潔的、健壯的、可移植的、內聚的面向對象的接口，來(lái)達到封裝函數和數據的目的。

　　Declarative Component Configuration：建立需要安裝各類(lèi)插件的宿主基礎設施，使其能夠正確管理運行時(shí)環(huán)境，可靠運用系統資源和服務(wù)的問(wèn)題。

　　Container：解決領(lǐng)域對象直接處理平臺環(huán)境造成它與平臺緊密耦合并增加實(shí)現的復雜性的問(wèn)題。

　　Component Configurator：解決在組件生命周期后期和升級時(shí)重新配置組件的問(wèn)題。

　　Object Manager：解決客戶(hù)端依賴(lài)對象管理增加應用內部的耦合度和復雜度的問(wèn)題。

　　Virtual Proxy：解決從一個(gè)巨大數據庫中把所有的對象全部加載進(jìn)來(lái)消耗大量資源的問(wèn)題。

　　Resource Pool：解決獲取和釋放資源(網(wǎng)絡(luò )連接、線(xiàn)程或者內容)引入一定的性能開(kāi)銷(xiāo)問(wèn)題。

　　Resource Cache：解決幾個(gè)有限的資源用戶(hù)頻繁創(chuàng )建和釋放資源帶來(lái)不必要的性能開(kāi)銷(xiāo)問(wèn)題。

　　Automated Garbage Collection：解決不能及時(shí)將不再使用的內存收回可能耗盡內存的問(wèn)題。

　　Counting Handles：解決確保在堆上創(chuàng )建的共享對象能夠可靠地、安全地、及時(shí)地回收的問(wèn)題。

　　Abstract Factory：解決一批對象用統一的方法進(jìn)行創(chuàng )建和銷(xiāo)毀的問(wèn)題。

　　Builder：解決對需要多步完成對象的創(chuàng )建時(shí)，簡(jiǎn)化創(chuàng )建過(guò)程的復雜性和多樣性問(wèn)題。

　　Factory Method：解決直接創(chuàng )建對象可能導致代碼的混亂并影響調用端代碼的獨立性問(wèn)題。

　　Disposal Method：解決銷(xiāo)毀對象時(shí)可能需要多個(gè)步驟而引人過(guò)度的耦合問(wèn)題。

　　Database Access Layer：它通過(guò)在兩種之間引人一個(gè)映射層將面向對象應用設計同關(guān)系型數據庫分離開(kāi)。

　　Data Mapper：解決數據模型和持久化的表結構之間完全的解耦合的問(wèn)題。

　　Row Data Gateway：解決更細致的數據模型和持久化的表結構之間完全解耦的問(wèn)題。

　　Table Data Gateway：解決更細致的數據模型和持久化的表結構之間完全解耦的問(wèn)題。

　　Active Record：解決降低應用中面向對象數據模型與數據庫中表結構之間的耦合的問(wèn)題。