引言
軟體開發程序中，我們經常會遇到各種設計問題，例如如何管理物件之間的關系、如何優化代碼的可復用性和可維護性等等，為了解決這些問題，我們可以使用設計模式，
設計模式是一種被廣泛接受的軟體設計思想，它提供了一套通用的解決方案，可以幫助我們更好地解決常見的軟體設計問題，設計模式是從實踐中總結出來的，它不僅可以提高代碼的可讀性和可維護性，還可以提高開發效率和代碼的可復用性，
常見設計模式原則
設計模式有常見的五大原則 - SOLID
- 單一職責原則（SRP）
- 開放封閉原則（OCP）
- 里氏替換原則（LSP）
- 介面隔離原則（DIP）
- 依賴倒置原則（ISP）
補充第六原則，迪米特法則(Law of Demeter,LoD)也稱為最少知識原則(Least Knowledge Principle,LKP)
常見設計模式型別
- 創建型模式：負責物件的創建和初始化，共有5種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式，
- 結構型模式：負責物件的組合，共有7種：配接器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式，
- 行為型模式：負責物件之間的通信，共有11種：觀察者模式、策略模式、迭代器模式、命令模式、責任鏈模式、模板方法模式、訪問者模式、中介者模式、解釋器模式、過濾器模式、備忘錄模式，
目錄
創建型模式
- 抽象工廠模式（Abstract Factory Pattern）
抽象工廠模式是一種創建型設計模式，它提供了一種封裝一組相關或相互依賴物件創建程序的方法，使得我們可以在不知道具體實作細節的情況下，創建一系列相互協作的物件，
- 工廠方法模式（Factory Method Pattern）
工廠方法模式是一種創建型設計模式，它提供了一種將物件的創建程序封裝起來的方法，使得我們可以在不知道具體實作細節的情況下，創建各種不同型別的物件，
- 單例模式（Singleton Pattern）
單例模式是一種保證一個類只有一個實體的模式，它可以避免多個實體造成的資源浪費和物件的不一致性，單例模式通常使用一個私有的建構式和一個靜態的實體變數來實作，
- 建造者模式（Builder Pattern）
將一個復雜物件的構建與它的表示分離，使得同樣的構建程序可以創建不同的表示，建造者模式可以將復雜物件的構建程序抽象出來，從而使得系統更加靈活，
- 原型模式（Prototype Pattern）
用原型實體指定創建物件的種類，并通過復制這些原型創建新的物件，原型模式可以在運行時動態地創建物件，從而避免了靜態工廠方法所帶來的編譯時耦合，
結構型模式
- 配接器模式（Adapter Pattern）
配接器模式是一種將一個類的介面轉換成客戶端所期望的另一種介面的模式，它可以讓原本不兼容的類能夠協同作業，這種模式可以避免因介面不匹配而導致的代碼重構和重復開發，
- 裝飾器模式（Decorator Pattern）
裝飾器模式是一種在運行時動態地給物件添加新的功能的模式，它通過將物件包裝在一個裝飾器中來實作，這種模式可以避免使用繼承帶來的復雜性和靜態特性，提高代碼的靈活性和可擴展性，
- 代理模式（Proxy Pattern）
代理模式是一種結構型設計模式，它允許我們創建一個代理物件來控制對另一個物件的訪問，代理物件可以充當原始物件的訪問介面，從而控制對原始物件的訪問，代理模式通常用于遠程訪問、延遲加載、訪問控制等方面，
- 外觀模式（Facade Pattern）
為一組復雜的子系統提供一個簡單的介面，從而隱藏子系統的復雜性，外觀模式可以降低客戶端和子系統之間的耦合度，同時提高客戶端的易用性，
- 橋接模式（Bridge Pattern）
橋接模式是一種將抽象部分與它的實作部分分離開來的模式，使它們可以獨立地變化，這種模式可以避免因為實作細節的變化而導致的代碼修改和重構，
- 組合模式（Composite Pattern）
組合模式是一種將物件組合成樹形結構的模式，使得客戶端可以像處理單個物件一樣處理物件的組合，這種模式可以使得物件之間的關系更加清晰，提高代碼的可讀性和可維護性，
- 享元模式（Flyweight Pattern）
享元模式是一種結構型設計模式，用于優化物件的創建和使用，該模式通過共享相同的資料，來減少記憶體的使用和物件的創建，通常情況下，享元模式適用于存在大量相似物件的情況
行為型模式
- 觀察者模式（Observer Pattern）
觀察者模式是一種物件間的一對多依賴關系，當一個物件的狀態發生改變時，所有依賴它的物件都會收到通知并自動更新，這種模式可以降低物件之間的耦合度，提高系統的靈活性和可擴展性，
- 策略模式（Strategy Pattern）
策略模式是一種定義一系列演算法的模式，它將每個演算法封裝在一個類中，并使它們可以互相替換，這種模式可以避免使用大量的條件陳述句和重復代碼，提高代碼的可維護性和可擴展性，
- 迭代器模式（Iterator Pattern）
迭代器模式是一種訪問一個聚合物件中的各個元素的方式，而又不需要暴露該物件的內部表示，這種模式可以讓客戶端透明地訪問聚合物件中的元素，同時避免了聚合物件的資料結構對客戶端的依賴，
- 命令模式（Command Pattern）
將請求封裝成物件，從而使不同的請求可以被不同的物件處理，命令模式可以將請求的發送者和接收者解耦，同時支持請求的撤銷和重做
- 責任鏈模式（Chain of Responsibility Pattern）
將請求的發送者和接收者解耦，通過一條由多個處理物件組成的鏈來處理請求，責任鏈模式可以根據需求動態地組合處理物件，從而實作請求的自動轉發和處理，
- 模板方法模式（Template Method Pattern）
定義一個操作中的演算法骨架，將一些步驟延遲到子類中，模板方法模式可以提高代碼的復用性和可維護性，同時可以避免子類中的代碼重復
- 狀態模式（State Pattern）
允許物件在內部狀態發生改變時改變它的行為，狀態模式將物件的行為和狀態進行分離，從而將復雜的條件判斷轉化為簡單的狀態切換，
- 中介者模式（Mediator Pattern）
用一個中介物件來封裝一系列的物件互動，從而使物件之間的互動松散耦合，中介者模式可以簡化物件之間的互動，同時降低物件之間的依賴關系，
- 解釋器模式（Interpreter Pattern）
給定一個語言，定義它的文法的一種表示，并定義一個解釋器，該解釋器使用該表示來解釋語言中的句子，解釋器模式可以將復雜的語言轉化為易于處理的資料結構，從而使得語言的解釋更加容易，
- 訪問者模式（Visitor Pattern）
訪問者模式是一種行為設計模式，它可以讓你將演算法與它們操作的物件分離，這樣，你可以在不修改物件結構的情況下，向現有的物件結構添加新的操作，
- 備忘錄模式（Memento Pattern）
備忘錄模式是一種行為型設計模式，它允許我們將物件的狀態保存在備忘錄物件中，從而可以在以后恢復物件的狀態，該模式通常用于需要撤銷、恢復操作的場景，例如文本編輯器、繪圖應用等，備忘錄模式通過將狀態保存在備忘錄物件中來實作狀態的恢復，從而保證了物件的封裝性和資料安全性，
參考資料
https://dofactory.com/net/abstract-factory-design-pattern
https://refactoring.guru/design-patterns
作者： Niuery Daily
出處： https://www.cnblogs.com/pandefu/>
關于作者：.Net Framework，.Net Core ,WindowsForm,WPF ,控制元件庫，多執行緒
本文著作權歸作者所有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出 原文鏈接,否則保留追究法律責任的權利， 如有問題， 可郵件咨詢，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/557168.html
標籤：其他
下一篇：返回列表