C#面向?qū)ο蟮?3種設(shè)計模式介紹
一、設(shè)計模式概述
設(shè)計模式,是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計經(jīng)驗的總結(jié)。使用設(shè)計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性、程序的重用性。
設(shè)計模式其實就是開發(fā)過程中常見問題的解決方案,是解決問題的思路。學(xué)習(xí)設(shè)計模式能更優(yōu)雅的解決面向?qū)Τ绦蜷_發(fā)設(shè)計問題。
二、面向?qū)ο?3種設(shè)計模式
創(chuàng)建型模式
關(guān)注對象的創(chuàng)建
模式名稱 | 中文名稱 | 基本定義 |
---|---|---|
Singleton | 單例模式 | 保證一個類僅有一個實例,并且提供一個全局訪問點。 |
Factory Method | 工廠方法模式 | 定義一個用于創(chuàng)建對象的接口,讓子類決定將哪一個類實例化。工廠方法模式使一個類的實例化延遲到子類。 |
Abstract Factory | 抽象工廠 | 提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口,而無需指定具體的類。 |
Builder | 建造者模式 | 講一個復(fù)雜對象的構(gòu)建和他的表示分離,使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示 |
Prototype | 原型模式 | 用原型實例指定創(chuàng)建對象的種類,并且通過拷貝這個原型來創(chuàng)建新的對象。 |
結(jié)構(gòu)型模式
關(guān)注類與對象之間的組合
模式名稱 | 中文名稱 | 基本定義 |
---|---|---|
Adapter | 適配器模式 | 將一個類的接口轉(zhuǎn)換成客戶希望的另一個接口。適配器使得原來不兼容的接口可以一起工作。 |
Bridge | 橋接模式 | 將抽象部分與它的實現(xiàn)部分分離,使他們都可以獨立變化 |
Composite | 組合模式 | 將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)。組合模式使得客戶對單個對象對單個對象和復(fù)合對象的使用具有一致性。 |
Decorator | 裝飾器模式 | 動態(tài)的給一個對象添加一些額外的職責(zé)。就擴展方式而言,裝飾器模式比生成子類的方式更靈活 |
Facade | 外觀模式 | 為子系統(tǒng)的一組接口提供一個一致的界面,F(xiàn)acade模式定義了一個高層的接口,這個接口使得這一個子系統(tǒng)更容易使用。 |
Flyweight | 享元模式 | 運用共享技術(shù)有效的支持大量細(xì)粒度對象。 |
Proxy | 代理模式 | 為其他對象提供一個代理以控制對這個對象的訪問。 |
行為型模式
關(guān)注對象和行為的分離
模式名稱 | 中文名稱 | 基本定義 |
---|---|---|
Interpreter | 解釋器模式 | 給定一個語言,定義它的文法的一種表示,并定義一個解釋器,該解釋器使用該表示來解釋語言中的例子。 |
Template Method | 模板方法模式 | 定義一個操作中的算法的骨架,而將一些步驟延遲到子類中。模板方法使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟 |
Chain of Responsibility | 職責(zé)鏈模式 | 為解除請求的發(fā)送者和接收者之間的耦合,而使多個對象都有機會處理這個請求。講這些對象連著一個鏈,并沿著這條鏈傳遞該請求,直到一個對象處理它。 |
Command | 命令模式 | 將一個請求封裝成一個對象,從而使你可用不同的請求對客戶進行參數(shù)化,對請求排隊或記錄請求日志,以及支持可取消操作。 |
Iterator | 迭代器模式 | 提供一種方法順序訪問一個聚合對象中的各個元素,而又不需要暴露該對象的內(nèi)部表示。 |
Mediator | 媒介模式 | 用一個中介對象來封裝一系列的對象交互。中介者使各對象不需要顯示的相互引用,從而使其耦合松散,而且可以獨立地改變他們之間的交互。 |
Memento | 備忘錄模式 | 在不破壞封裝性的前提下,捕獲一個對象的內(nèi)部狀態(tài),并在這個對象之外保存這個狀態(tài)。這樣就可以將這個對象恢復(fù)到保存的狀態(tài)。 |
Observer | 觀察者模式 | 定義對象間的一種一對多的依賴關(guān)系,以便當(dāng)一個對象的狀態(tài)發(fā)生改變時,所有依賴于它的對象都得到通知并自動刷新。 |
State | 狀態(tài)模式 | 允許一個對象在其內(nèi)部狀態(tài)改變時改變他的行為。對象看起來似乎修改了他所屬的類。 |
Strategy | 策略模式 | 定義一系列算法,把它們一個個封裝起來,并且使他們可相互替換,本模式使得算法的變化可獨立于他的客戶 |
Visitor | 訪問者模式 | 表示一個作用于某對象結(jié)構(gòu)的各元素的操作。他使你可以在不改變元素的類的前提下定義作用于這些元素的操作 |
三、設(shè)計模式六大原則詳細(xì)解析
- 單一職責(zé):一個類只負(fù)責(zé)一 項職責(zé)
- 里氏替換原則:子類可以擴展父類的功能,但不能改變原有父類的功能。盡量用子類替換父類
- 依賴倒置原則:抽象不應(yīng)該依賴于細(xì)節(jié),細(xì)節(jié)應(yīng)當(dāng)依賴于抽象,面向接口編程
- 接口隔離原則:使用多個專門的接口,而不使用單一的總接口。即 客戶端不應(yīng)該依賴于那些它不需要的接口
- 迪米特原則:最少知道原則,盡量降低類與類之間的耦合;一個對象應(yīng)該對其他對象有最少的了解
- 開閉原則:對擴展開放,對修改關(guān)閉,能擴展不修改
四、源碼倉庫
https://github.com/Run2948/CSharpDesignPatterns.git
到此這篇關(guān)于C#面向?qū)ο?3種設(shè)計模式介紹的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
C# 使用Microsoft Edge WebView2的相關(guān)總結(jié)
這篇文章主要介紹了C# 使用Microsoft Edge WebView2的相關(guān)總結(jié),幫助大家更好的理解和學(xué)習(xí)使用c#,感興趣的朋友可以了解下2021-02-02c# HttpWebRequest通過代理服務(wù)器抓取網(wǎng)頁內(nèi)容應(yīng)用介紹
在C#項目開發(fā)過程中可能會有些特殊的需求比如:用HttpWebRequest通過代理服務(wù)器驗證后抓取網(wǎng)頁內(nèi)容,要想實現(xiàn)此方法并不容易,本文整理了一下,有需求的朋友可以參考下2012-11-11C#使用Post調(diào)用接口并傳遞json參數(shù)
這篇文章主要介紹了C#使用Post調(diào)用接口并傳遞json參數(shù),具有很好的參考價值,希望對大家有所幫助。2022-06-06使用DateTime的ParseExact方法實現(xiàn)特殊日期時間的方法詳解
本篇文章是對使用DateTime的ParseExact方法實現(xiàn)特殊日期時間的方法進行了詳細(xì)的分析介紹,需要的朋友參考下2013-05-05