談談我工作中的 23 個設計模式
序
從基礎的角度看，設計模式是研究類本身或者類與類之間的協作模式，是進行抽象歸納的一個很好的速成思路。後面閱讀設計模式後，爲了加深理解，對相關圖片進行了描繪和微調。
從技術的角度已經有很多好的總結，本文會換一種角度思考，既然設計模式研究的是類與類的關係，我們作爲工作的個體，一些工作中的策略是不是也可以進行類比，可以更好地去思考這些模式？答案是肯定的。
創建型模式 5
抽象工廠（Abstract Factory）：多套方案
抽象工廠模式是對創建不同的產品類型的抽象。對應到工作中，我們的確應該具備提供多套方案的能力，這也是我們常說的，要提供選擇題。當你有這樣的前瞻意識，一般也會被打上思考較多的標籤，但是內在來說，的確想問題更加全面了。
生成器（Builder）：善於分解
生成器模式是對一個個體的創建過程進行細分，拆解爲不同的創建部分。這個對應到工作中，作爲一些項目管理人員或者團隊管理者，需要將一個大泥球一樣的事務，合理分解，讓大家各司其職，充分發揮才能。同樣，我們對日常的工作內容，也可以按照結構去進行劃分，從而更有調理。
工廠方法（Factory Method）：抽象思考
工廠方法模式是說將提供某一產品的過程進行抽象，通過接口的模式去規範出來。類似的，我們很多做事的過程，都是面向過程，沒有抽象提煉一下。如果經過進一步思考，那麼可以往上再提煉一個層次，發現事物的本質：到底在做什麼，我們的職責是什麼，提供什麼樣的價值。想的更清楚，做的也會更加準確。
原型（Prototype）：傳承知識
原型模式是說，利用拷貝對象的方法，減少一些複雜的創建過程。這裏我們能夠學到的是，需要做好日常的積累，很多方案不是每次來都重寫，是可以在原來的方案上進行拷貝複用的。這個 clone 的過程，往往也是知識傳承的過程。如果有比較好的傳承機制，那麼會大大提升服務效率。
單件（Singleton）：專注
單件模式是說在多線程的情況下，要保證對象只創建一遍，作爲獨一無二的資源。這個我覺得，應該去 review 一下我們的工作模式，雖然我們常常要併發很多事情，但是如果處處被打斷，每件事都想幹好，那麼可能每件事都幹不好。我們要確保在某個時間段竭力地做好一件事。事件是一件件有效解決的，不是一起慢慢解決的。
結構模式 7
適配器（Adapter）：適應能力
適配器是爲了結合原來的能力，適配新的接口服務，比如適配不同的協議入口。工作的時候，其實需要適應不同的人和事，有不同的工作方法方式，但是我們的核心能力是一樣的，都是解決對應的問題域。
橋接（Bridge）：合理關係
橋接模式是將原來相互依賴的部分，通過上層接口再往抽象層提一下，減少類之間的直接合作，形成間接關係。這個到對應到工作中來說，有一種場景是，常常開發對開發去 case by case 解決問題。如果往產品邏輯層走一下，開發對產品，產品層面可能有更好的抽象。當然爲了更好的服務體驗，這樣的解耦是不多見的，但是這樣的思考我們可能要 get 一下。
組合（Composite）：遞歸思考
組合模式通過繼承和孩子節點，可以遞歸地去描述一個對象層次。這個對我們工作來說，要加深思考的層次，可以某個點拆開去再去思考，同時如果能夠在遞歸分解過程中抽象一些共性的點，就能找到一些規律。比如我們的需求分解，每個需求可以分解爲子需求，子需求再往下看又可以遞歸分解。分解完之後，每個部分有這部分的 owner 去驅動他的下游，形成一個層次結構。
裝飾（Decorator）：增量價值
裝飾模式是將原來的能力進行包裝，並提供新的行爲。其實每次功能迭代，我們大多是在原來的基礎上添加新的功能。我們要定義好新的能力，首要前提是繼承、理解好原來的邏輯。這裏還想提的是，很多時候，我們只看到了我們複用了龐大的基礎能力，但是也要看到我們在項目中增量的貢獻，這是我們的閃光點。不要把 “擰螺絲” 真的看成了擰螺絲。
外觀（Facade）：深入淺出
外觀模式是說我們不需要理解複雜的系統，而是通過一個外觀去操作。這裏我們的工作思路是，我們不用展示覆雜的細節，我們要提供一些高層的理解，彙報如此，系統的包裝也是如此。就比如，服務功能孤立來看，可能很多、很雜，但如果有一個統一的站點去引導包裝，那麼感覺會好很多，也會看上去有點收口和聚焦的感覺。
享元（Flyweight）：善於鏈接
享元模式是說，當我們已經存在一些內容的時候，可以通過緩存複用，而不是重新創建，減少開銷。我們在工作中也要做好積累，但是更要做好緩存的 key，通過怎麼樣的手段去鏈接到我們的工作中，是需要我們做好類目管理和持續積累的。
代理（Proxy）：理解保護
代理是爲了包裝一個類，對相關操作進行二次轉發或者進行一些管控。工作中來說，有些工作模式下，有時候我們可能會抱怨管理者代理了我們的決策等操作，但是換個角度想，他們保護了你不用直接被暴露在業務方側，能夠按照預期內的節奏提供服務，不會被主動設置一些預期外操作或私活。
行爲模式 11
責任鏈（Chain of Responsibility）：能力與責任
責任鏈是說將請求讓隊列內的處理器一個個執行，直到找到可以執行的。這裏對我們工作的啓示是，我們常常抱怨我們得到的機會少，不能成爲隊列內優先可以處理的處理器，總是處理人家不需要的。但是換個角度看，首先責任鏈裏面的處理器應該是正交的，大家應該各司其職。退一步來說，如果真的有重疊，那麼你應該努力提升自己，成爲能力強的，從而提高隊列內的優先級。
命令（Command）：加強合作
命令模型是說將請求包裝爲命令，這樣在執行的時候可以與具體的執行邏輯解耦。工作中來說，我們有時候不應該太關心一個事情是怎麼完成的，當交給別人完成時，信任他們即可，就是從解決問題的角度來看，不用事事親爲，事事較真。但是這並不妨礙我們主動養成全局視角，瞭解每個細節。合作才能影響更多的事情。
解釋器（Interpreter）：加強理解
解釋器模式是說針對一套上下文，形成一套語言，可以通過解釋表達式含義的方式完成對應的任務。這裏來說，我們可以形成某個團體的領域語言，內部交流通過相關領域語言交流，可以增加交流效率。此外，其實不同層次都有不同層次的專業術語，有時候一個術語的解釋是一個方面的頓悟，還是要多瞭解工作內容本身。
迭代器（Iterator）：橫向職責
迭代器模式是將集合的訪問功能獨立出來，通過迭代的模式去訪問。這種獨立職責的操作，工作中我們常常會看到，我們會將需求管理，缺陷管理，資金安全的一些事情獨立出來看。一個方面是這些功能塊從主體來說是比較內聚的，另一個來方面說，對工作職責的細分，可以讓大家把自己的事情幹好，發揮團隊作戰的效能：開發把開發幹好，測試把測試幹好，資損防護同學把資損防護幹好，整體也就做好了。
中介者（Mediator）：協調能力
中介模式是說：當多個類之間要協調的時候，往往引入中介者進行協調，減少大家的知識成本。這個我們常常需要一些 PM、PMO 這樣的角色去管理項目，系統中也需要一些協調層去協調各個域。因此我們也注重培養協調事務、具備全局觀的能力。
備忘錄（Memento）：小步快跑
備忘錄模式是對操作的一些記錄，已被可以恢復到之前的版本。在日常工作中，我們常常需要及時備份、及時保存、及時提交等操作，這樣在程序崩潰的時候可以快速恢復到之前版本。但從抽象來說，一些比較長時費力的事情，我們應該分解來做，及時鎖住部分收益。
觀察者（Observer）：主觀能動性
觀察者模式是說我們通過註冊、回掉這樣的協作設計，完成變化通知的協作機制。這個工作中來說，換個角度思考，我們可以將一些被動的工作，變成主動的思考。比如：我需要幹某部分工作，從工作的角度來說，不得不做，從主動的角度來說，就是需要培養某塊的能力。如果對工作內容不太滿意，也可以溝通協調，而不是事後爆發，凡是都是可以主觀驅動的。
狀態（State）：管理自己
狀態模式是說在不同的狀態下，有不同的處理行爲。對工作中來說，我們可能有狀態好的時候，有狀態不好的時候，主觀的處理的手段是調整狀態。但是如果調整不過來，我們應該進行不同的操作。比如，腦子好的時候，想一些複雜問題；腦子嗡嗡的時候，做一些簡單整理。
策略（Strategy）：理解決策
策略模式是說完成一個事情有不同的算法，可以進行相關切換。我們在工作中，常常會提供不同的方案，不同的方案有不同的成本和收益，但是這些方案的選擇時候，往往不是我們能決定的，而是客戶 client 主動判斷的。
模板（Template）：標準化能力
模版模式是說對一個執行過程進行抽象分解，通過骨架和擴展方法完成一個標準的主體邏輯和擴展。我們很多時候，做 xxx 平臺也都是這樣的：對過程進行標準化，對變化進行定義，形成一個平臺邏輯和業務擴展，完成一個產品模版。只是說這個模版是站點，還是擴展點，還是其他的展示形式。這樣標準化的能力也是需要長期訓練的。
訪問者（Visitor）：學會放手
訪問者模式是說把對元素的訪問操作交給訪問者來操作，因爲對訪問者來說常常有不同的訪問行爲。在工作中，往往我們只能陳述事實，這個內容消化後，每個人都有自己的理解。代碼協作也是一樣，比如：頁面到底長什麼樣，其實還是要交還給業務本身，我們應該專注於提供基礎的能力。
總結
作爲開發者，我們對於如何寫出優雅的代碼，表示疑惑。因爲常常背後是複雜的問題域，優雅的設計往往產生於局部，很難整體都很優雅。
作爲工作者，我們對於如何做出好的表現，表示疑惑。因爲背後常常是綜合素質與機遇的結合，好的結果往往產生於一個階段，長期需要較快且持續的成長。
但是，如果我們有一些指導性的原則，往往我們能夠明白事務的折中點，做出更加合理的設計，以及更加關鍵的貢獻。
本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/BP3pY0nLskG-fo3H_owq_w