緣起
不說其他的沒用的開場白了，直接給大家分享三個小故事，都來自于我的讀者粉絲（我厚著臉皮稱為粉絲吧 ??）：
問題一：半年前開始學(xué) netcore，現(xiàn)在學(xué)東西還是有些吃力，老是報錯，比如Autofac，而且還老是找不到解決辦法，找到了吧，可能下次還是出錯，學(xué)習(xí)也是斷斷續(xù)續(xù)的，但是公司還是用 .net ，心累。
問題二：說自己跟著我的文章還有項目，學(xué)了 NetCore 也有一段時間了，基本都能看懂，但是學(xué)到了 DDD 以后，自己動手搭建，發(fā)現(xiàn)一直品不出來味道，仿佛又回到了當(dāng)時用動軟代碼生成器生成三層代碼的時代了，心慌；
問題三：現(xiàn)在啥基本都會點兒，但是不是很懂原理，比如 Autofac 現(xiàn)在我基本都能改 bug，但是它是如何攔截代理服務(wù)的？感覺不踏實，要不要繼續(xù)往下學(xué)，看著很多人說微服務(wù)啊，Devops啊，感覺很牛的樣子，自己不會，感覺像小白，心迷茫；
我也或多或少的有過這樣的心理，我也相信，大家可能也偶爾會有這樣的想法，雖然這三個問題看起來可能不一樣，也可能里邊有很多其他的原因，但是總結(jié)來說，可能有一個共同特性，那就是對原理和設(shè)計思路的不理解，只會用不會設(shè)計，或者說，知其然不知其所以然，因此可能改了還會出錯，或者會改了但是沒有成就感，然后通過用“看起來”更炫酷的技術(shù)武裝自己。
當(dāng)然新技術(shù)有時間還是要學(xué)，但是思想層面的東西，無論是對程序員代碼技能，還是對思想層面的建設(shè)，都很有幫助，我認(rèn)識兩個微軟的大佬，沒有那么浮夸的技術(shù)，但是數(shù)據(jù)結(jié)構(gòu)，算法，和快速設(shè)計框架的邏輯，讓我望塵莫及，就算是不懂一個技術(shù)，但是能猜出來大概怎么用，因為已經(jīng)深諳其法了，因此我決定開始開一個設(shè)計系列，簡單的聊聊設(shè)計模式（23種）和開發(fā)原則（6個大類），當(dāng)然很多人都講過，但是我想再說一遍，可能印象更深刻，而且我和別人講的可能不一樣，而且也是用 NetCore 3.0 做的 Demo。
一、目錄
1、源代碼Github
每篇文章呢，我會每個設(shè)計模式建立一個單獨 solution，然后放到一個公共 GitHub 倉庫里，
目前，還沒有內(nèi)容，我會跟隨文章更新，但是這個總的倉庫地址不會變：
Github： https://github.com/anjoy8/DesignPattern
2、本系列文章一覽
文章更新中......
二、設(shè)計模式的重要性
相信這個重要性我就不用多說了，每個人都知道它的重要性，它是從我們剛開始接觸代碼就聽到的，正式參加工作的時候用到的，以及當(dāng)上架構(gòu)師或者項目主管后講到的，如果要是還有設(shè)計模式?jīng)]有用，或者不想學(xué)，那這一系列文章，可以不用看了，真的。
下邊這些是我從網(wǎng)上隨便摘抄的，隨便的意思，是說很重要，大家都在說，我這里象征性的意義列一下：
1.設(shè)計模式是解決方案
2.設(shè)計模式是特定問題的解決方案
3.設(shè)計模式是重復(fù)出現(xiàn)的、特定問題的解決方案
4.設(shè)計模式是用于解決在特定環(huán)境下、重復(fù)出現(xiàn)的、特定問題的解決方案
5.設(shè)計模式是經(jīng)過驗證的，用于解決在特定環(huán)境下、重復(fù)出現(xiàn)的、特定問題的解決方案
作者：_伽藍寺聽雨聲
然后這里有意義：
自從程序誕生之初，就面臨著來自 耦合性，內(nèi)聚性以及可維護性，可擴展性，重用性，靈活性 等多方面的挑戰(zhàn)。
而面向?qū)ο笫菫榱私鉀Q系統(tǒng)的可維護性，可擴展性，可重用性等以上問題而出現(xiàn)的。
設(shè)計模式（Design Pattern）是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類的、代碼設(shè)計經(jīng)驗的總結(jié)
為了代碼可重用性、讓代碼更容易被他人理解、保證代碼可靠性。
設(shè)計模式包含了面向?qū)ο蟮木?，有種說法是“懂了設(shè)計模式，你就懂了面向?qū)ο蠓治龊驮O(shè)計（OOA/D）的精要”。
作者：「LeafBoatSailor」
最后這里還有心得：
設(shè)計模式，我認(rèn)為是前輩程序員在大量開發(fā)中累積的經(jīng)驗，然后歸納為了這些設(shè)計模式，理所當(dāng)然的，這23個設(shè)計模式絕不是代表了所有的開發(fā)真理，在問題面前應(yīng)該靈活變通，當(dāng)你的代碼類結(jié)構(gòu)合理， 易于維護 ，可擴展性強，那么是否使用了這23個設(shè)計模式已經(jīng)無所謂了，因為這些前輩留下來的經(jīng)驗就是為了當(dāng)你的項目做的非常大，非常復(fù)雜的時候，仍然能讓你能掌控這些代碼，不會讓他們亂成一團。這才是設(shè)計模式真正的意義吧。
作者：「曉_晨」
那下邊我們就說說，這個系列講哪些內(nèi)容。
三、講解白皮書
設(shè)計模式有兩個大塊，一個是原則，一個是設(shè)計方案，我們基于某個，或者某幾個原則，來規(guī)范我們的模式，然后通過模式，來規(guī)范我們的項目代碼。
1、11 種設(shè)計原則
看不懂沒關(guān)系，之后會稍微的說到，其實很多咱們也都知道了，比如依賴倒置、開放封閉、里氏替換、無環(huán)依賴、穩(wěn)定抽象等等，我們平時都在使用：
（11 種設(shè)計原則）
2、23 種設(shè)計模式
（23種設(shè)計模式關(guān)系圖）
創(chuàng)建型模式：
- 單例（Singleton）模式：某個類只能生成一個實例，該類提供了一個全局訪問點供外部獲取該實例，其拓展是有限多例模式。
- 原型（Prototype）模式：將一個對象作為原型，通過對其進行復(fù)制而克隆出多個和原型類似的新實例。
- 工廠方法（Factory Method）模式：定義一個用于創(chuàng)建產(chǎn)品的接口，由子類決定生產(chǎn)什么產(chǎn)品。
- 抽象工廠（AbstractFactory）模式：提供一個創(chuàng)建產(chǎn)品族的接口，其每個子類可以生產(chǎn)一系列相關(guān)的產(chǎn)品。
- 建造者（Builder）模式：將一個復(fù)雜對象分解成多個相對簡單的部分，然后根據(jù)不同需要分別創(chuàng)建它們，最后構(gòu)建成該復(fù)雜對象。
結(jié)構(gòu)型模式：
- 代理（Proxy）模式：為某對象提供一種代理以控制對該對象的訪問。即客戶端通過代理間接地訪問該對象，從而限制、增強或修改該對象的一些特性。
- 適配器（Adapter）模式：將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口，使得原本由于接口不兼容而不能一起工作的那些類能一起工作。
- 橋接（Bridge）模式：將抽象與實現(xiàn)分離，使它們可以獨立變化。它是用組合關(guān)系代替繼承關(guān)系來實現(xiàn)，從而降低了抽象和實現(xiàn)這兩個可變維度的耦合度。
- 裝飾（Decorator）模式：動態(tài)的給對象增加一些職責(zé)，即增加其額外的功能。
- 外觀（Facade）模式：為多個復(fù)雜的子系統(tǒng)提供一個一致的接口，使這些子系統(tǒng)更加容易被訪問。
- 享元（Flyweight）模式：運用共享技術(shù)來有效地支持大量細粒度對象的復(fù)用。
- 組合（Composite）模式：將對象組合成樹狀層次結(jié)構(gòu)，使用戶對單個對象和組合對象具有一致的訪問性。
行為型模式：
- 模板方法（TemplateMethod）模式：定義一個操作中的算法骨架，而將算法的一些步驟延遲到子類中，使得子類可以不改變該算法結(jié)構(gòu)的情況下重定義該算法的某些特定步驟。
- 策略（Strategy）模式：定義了一系列算法，并將每個算法封裝起來，使它們可以相互替換，且算法的改變不會影響使用算法的客戶。
- 命令（Command）模式：將一個請求封裝為一個對象，使發(fā)出請求的責(zé)任和執(zhí)行請求的責(zé)任分割開。
- 職責(zé)鏈（Chain of Responsibility）模式：把請求從鏈中的一個對象傳到下一個對象，直到請求被響應(yīng)為止。通過這種方式去除對象之間的耦合。
- 狀態(tài)（State）模式：允許一個對象在其內(nèi)部狀態(tài)發(fā)生改變時改變其行為能力。
- 觀察者（Observer）模式：多個對象間存在一對多關(guān)系，當(dāng)一個對象發(fā)生改變時，把這種改變通知給其他多個對象，從而影響其他對象的行為。
- 中介者（Mediator）模式：定義一個中介對象來簡化原有對象之間的交互關(guān)系，降低系統(tǒng)中對象間的耦合度，使原有對象之間不必相互了解。
- 迭代器（Iterator）模式：提供一種方法來順序訪問聚合對象中的一系列數(shù)據(jù)，而不暴露聚合對象的內(nèi)部表示。
- 訪問者（Visitor）模式：在不改變集合元素的前提下，為一個集合中的每個元素提供多種訪問方式，即每個元素有多個訪問者對象訪問。
- 備忘錄（Memento）模式：在不破壞封裝性的前提下，獲取并保存一個對象的內(nèi)部狀態(tài)，以便以后恢復(fù)它。
- 解釋器（Interpreter）模式：提供如何定義語言的文法，以及對語言句子的解釋方法，即解釋器。
這些我們平時也都用到了，至少我的項目中已經(jīng)講過的有：單例、工廠、裝飾器、中介者、代理模式等。
當(dāng)然這 23 種設(shè)計模式，一個框架中肯定可以共存的。
四、參考文集
這里是常見的三本書，當(dāng)然還有很多，我認(rèn)為設(shè)計模式不是僅僅看書就能解決的，是需要部分代碼和溝通討論的，歡迎來我公眾號或者QQ群，一起交談：
（大話設(shè)計模式）
（Head First 設(shè)計模式）
（設(shè)計模式 第2版）
其他網(wǎng)友引用：
1、https://www.cnblogs.com/cainiao-chuanqi/category/1474597.html
一起學(xué)習(xí)，一起進步 QQ群：867095512
