天天看點

【iOS】快速了解 設計模式六大原則

1、單一職責原則(Single Responsibility Principle,簡稱SRP )

  • 核心思想: 應該有且僅有一個原因引起類的變更
  • 問題描述: 假如有類Class1完成職責T1,T2,當職責T1或T2有變更需要修改時,有可能影響到該類的另外一個職責正常工作。
  • 好處: 類的複雜度降低、可讀性提高、可維護性提高、擴充性提高、降低了變更引起的風險。
  • 需注意: 單一職責原則提出了一個編寫程式的标準,用“職責”或“變化原因”來衡量接口或類設計得是否優良,但是“職責”和“變化原因”都是不可以度量的,因項目和環境而異。

2、裡氏替換原則(Liskov Substitution Principle,簡稱LSP)

  • 核心思想: 在使用基類的的地方可以任意使用其子類,能保證子類完美替換基類。
  • 通俗來講: 隻要父類能出現的地方子類就能出現。反之,父類則未必能勝任。
  • 好處: 增強程式的健壯性,即使增加了子類,原有的子類還可以繼續運作。
  • 需注意: 如果子類不能完整地實作父類的方法,或者父類的某些方法在子類中已經發生“畸變”,則建議斷開父子繼承關系 采用依賴、聚合、組合等關系代替繼承。

3、依賴倒置原則(Dependence Inversion Principle,簡稱DIP)

核心思想:高層子產品不應該依賴底層子產品,二者都該依賴其抽象;抽象不應該依賴細節;細節應該依賴抽象;

說明:高層子產品就是調用端,低層子產品就是具體實作類。抽象就是指接口或抽象類。細節就是實作類。

通俗來講: 依賴倒置原則的本質就是通過抽象(接口或抽象類)使個各類或子產品的實作彼此獨立,互不影響,實作子產品間的松耦合。

問題描述: 類A直接依賴類B,假如要将類A改為依賴類C,則必須通過修改類A的代碼來達成。這種場景下,類A一般是高層子產品,負責複雜的業務邏輯;類B和類C是低層子產品,負責基本的原子操作;假如修改類A,會給程式帶來不必要的風險。

解決方案: 将類A修改為依賴接口interface,類B和類C各自實作接口interface,類A通過接口interface間接與類B或者類C發生聯系,則會大大降低修改類A的幾率。

好處:依賴倒置的好處在小型項目中很難展現出來。但在大中型項目中可以減少需求變化引起的工作量。使并行開發更友好。

4、接口隔離原則(Interface Segregation Principle,簡稱ISP)

  • 核心思想:類間的依賴關系應該建立在最小的接口上
  • 通俗來講: 建立單一接口,不要建立龐大臃腫的接口,盡量細化接口,接口中的方法盡量少。也就是說,我們要為各個類建立專用的接口,而不要試圖去建立一個很龐大的接口供所有依賴它的類去調用。
  • 問題描述: 類A通過接口interface依賴類B,類C通過接口interface依賴類D,如果接口interface對于類A和類B來說不是最小接口,則類B和類D必須去實作他們不需要的方法。
  • 需注意:
  • 接口盡量小,但是要有限度。對接口進行細化可以提高程式設計靈活性,但是如果過小,則會造成接口數量過多,使設計複雜化。是以一定要适度
  • 提高内聚,減少對外互動。使接口用最少的方法去完成最多的事情
  • 為依賴接口的類定制服務。隻暴露給調用的類它需要的方法,它不需要的方法則隐藏起來。隻有專注地為一個子產品提供定制服務,才能建立最小的依賴關系。

5、迪米特法則(Law of Demeter,簡稱LoD)

  • 核心思想: 類間解耦。
  • 通俗來講: 一個類對自己依賴的類知道的越少越好。自從我們接觸程式設計開始,就知道了軟體程式設計的總的原則:低耦合,高内聚。無論是面向過程程式設計還是面向對象程式設計,隻有使各個子產品之間的耦合盡量的低,才能提高代碼的複用率。低耦合的優點不言而喻,但是怎麼樣程式設計才能做到低耦合呢?那正是迪米特法則要去完成的。

6、開放封閉原則(Open Close Principle,簡稱OCP)

  • 核心思想: 盡量通過擴充軟體實體來解決需求變化,而不是通過修改已有的代碼來完成變化
  • 通俗來講: 一個軟體産品在生命周期内,都會發生變化,既然變化是一個既定的事實,我們就應該在設計的時候盡量适應這些變化,以提高項目的穩定性和靈活性。

一句話概括: 單一職責原則告訴我們實作類要職責單一;裡氏替換原則告訴我們不要破壞繼承體系;依賴倒置原則告訴我們要面向接口程式設計;接口隔離原則告訴我們在設計接口的時候要精簡單一;迪米特法則告訴我們要降低耦合。而開閉原則是總綱,他告訴我們要對擴充開放,對修改關閉。

總結:

最後總結一下如何去遵守這六個原則。對這六個原則的遵守并不是是和否的問題,而是多和少的問題,也就是說,我們一般不會說有沒有遵守,而是說遵守程度的多少。任何事都是過猶不及,設計模式的六個設計原則也是一樣,制定這六個原則的目的并不是要我們刻闆的遵守他們,而需要根據實際情況靈活運用。對他們的遵守程度隻要在一個合理的範圍内,就算是良好的設計。我們用一幅圖來說明一下。

【iOS】快速了解 設計模式六大原則

圖中的每一條次元各代表一項原則,我們依據對這項原則的遵守程度在次元上畫一個點,則如果對這項原則遵守的合理的話,這個點應該落在紅色的同心圓内部;如果遵守的差,點将會在小圓内部;如果過度遵守,點将會落在大圓外部。一個良好的設計展現在圖中,應該是六個頂點都在同心圓中的六邊形

【iOS】快速了解 設計模式六大原則

在上圖中,設計1、設計2屬于良好的設計,他們對六項原則的遵守程度都在合理的範圍内;設計3、設計4設計雖然有些不足,但也基本可以接受;設計5則嚴重不足,對各項原則都沒有很好的遵守;而設計6則遵守過渡了,設計5和設計6都是迫切需要重構的設計。