設計模式

詳細介紹請看這里
https://github.com/ochococo/Design-Patterns-In-Swift

創建型模式

創建型模式是處理對象創建的設計模式,試圖根據實際情況使用合適的方式創建對象。基本的對象創建方式可能會導致設計上的問題,或增加設計的復雜度。創建型模式通過以某種方式控制對象的創建來解決問題。
根據不同的實際情況、場景或業務創建適合的對象

1、單例模式

單例對象的類必須保證只有一個實例存在。許多時候整個系統只需要擁有一個的全局對象,這樣有利于我們協調系統整體的行為
對于Angular單例服務,服務還是那個服務 注意服務依賴注入與組件供應商

2、工廠方法

定義一個創建對象的接口,但讓實現這個接口的類來決定實例化哪個類。工廠方法讓類的實例化推遲到子類中進行。

3、抽象工廠

抽象工廠模式提供了一種方式,可以將一組具有同一主題的單獨的工廠封裝起來。在正常使用中,客戶端程序需要創建抽象工廠的具體實現,然后使用抽象工廠作為接口來創建這一主題的具體對象。

工廠模式 根據不同的參數生產不同的產品
工廠方法模式 不同的工廠 相同的行為創建不同的產品
抽象工廠 與工廠方法模式不同之處是 可以創建多種產品

4、原型

通過“復制”一個已經存在的實例來返回新的實例,而不是新建實例。被復制的實例就是我們所稱的“原型”,這個原型是可定制的。
也稱克隆模式 就是深拷貝一份對象

5、生成器

一種對象構建模式。它可以將復雜對象的建造過程抽象出來(抽象類別),使這個抽象過程的不同實現方法可以構造出不同表現(屬性)的對象。

行為型模式

在軟件工程中, 行為型模式為設計模式的一種類型,用來識別對象之間的常用交流模式并加以實現。如此,可在進行這些交流活動時增強彈性。

1、責任鏈模式

責任鏈模式在面向對象程式設計里是一種軟件設計模式,它包含了一些命令對象和一系列的處理對象。每一個處理對象決定它能處理哪些命令對象,它也知道如何將它不能處理的命令對象傳遞給該鏈中的下一個處理對象。
具體處理者包含下級或上級或關聯對象的引用或指針 處理不掉的任務會傳遞給上級或下級或關聯對象處理

2、命令模式

命令模式是一種設計模式,它嘗試以對象來代表實際行動。命令對象可以把行動(action) 及其參數封裝起來,于是這些行動可以被:
重復多次
取消(如果該對象有實現的話)
取消后又再重做
游戲機方向鍵

3、解釋器

給定一種語言,定義他的文法的一種表示,并定義一個解釋器,該解釋器使用該表示來解釋語言中句子。
對對象或表達式進行分析或解釋,根據不同的解釋結果做不同的行為

4、迭代器

迭代器模式可以讓用戶通過特定的接口巡訪容器中的每一個元素而不用了解底層的實現。

5、中介者

用一個中介者對象封裝一系列的對象交互,中介者使各對象不需要顯示地相互作用,從而使耦合松散,而且可以獨立地改變它們之間的交互。
對象之間交互通過中間對象交互,類似中介 P層

6、備忘錄

在不破壞封裝性的前提下,捕獲一個對象的內部狀態,并在該對象之外保存這個狀態。這樣就可以將該對象恢復到原先保存的狀態
記住登錄密碼

7、觀察者

一個目標對象管理所有相依于它的觀察者對象,并且在它本身的狀態改變時主動發出通知

8、狀態模式

在狀態模式中,對象的行為是基于它的內部狀態而改變的。 這個模式允許某個類對象在運行時發生改變。
App狀態等

9、策略模式

對象有某個行為,但是在不同的場景中,該行為有不同的實現算法。策略模式:
定義了一族算法(業務規則);
封裝了每個算法;
這族的算法可互換代替(interchangeable)。

10、訪問者模式

封裝某些作用于某種數據結構中各元素的操作,它可以在不改變數據結構的前提下定義作用于這些元素的新的操作。

結構型模式

在軟件工程中結構型模式是設計模式,借由一以貫之的方式來了解元件間的關系,以簡化設計。

1、適配器

適配器模式有時候也稱包裝樣式或者包裝(wrapper)。將一個類的接口轉接成用戶所期待的。一個適配使得因接口不兼容而不能在一起工作的類工作在一起,做法是將類自己的接口包裹在一個已存在的類中。
多一層類的訪問, 不兼容的類工作在一起

2、橋接

橋接模式將抽象部分與實現部分分離,使它們都可以獨立的變化。

3、組合

將對象組合成樹形結構以表示‘部分-整體’的層次結構。組合模式使得用戶對單個對象和組合對象的使用具有一致性。
多個對象的相同行為可以組合在一起一起調用

4、修飾

修飾模式,是面向對象編程領域中,一種動態地往一個類中添加新的行為的設計模式。 就功能而言,修飾模式相比生成子類更為靈活,這樣可以給某個對象而不是整個類添加一些功能。

5、外觀

外觀模式為子系統中的一組接口提供一個統一的高層接口,使得子系統更容易使用。

6、享元

使用共享物件,用來盡可能減少內存使用量以及分享資訊給盡可能多的相似物件;它適合用于當大量物件只是重復因而導致無法令人接受的使用大量內存。

7、保護代理模式

在代理模式中,創建一個類代表另一個底層類的功能。 保護代理用于限制訪問。

8、 虛擬代理

在代理模式中,創建一個類代表另一個底層類的功能。 虛擬代理用于對象的需時加載。

抽離API、分層、擴展、繼承、傳遞參數動態創建、傳遞對象、更改屬性、更改狀態等 手法可以實現設計模式,沒有完美的設計模式,設計模式也有缺點,要根據自己的使用場景、業務邏輯選擇或創造合適的設計模式才能達到方便的效果。因使用了設計模式,簡單的邏輯會變的復雜化,復雜的邏輯會變的更清晰,不要一味的強制使用設計模式、架構模式,要由主到次的使用。核心模塊、復雜模塊要精心設計,簡單頁面、不常訪問頁面要快速開發,在迭代優化。

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,316評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,481評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,241評論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,939評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,697評論 6 409
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,182評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,247評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,406評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,933評論 1 334
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,772評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,973評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,516評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,209評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,638評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,866評論 1 285
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,644評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,953評論 2 373