iOS 開發中的幾種設計模式

標籤：列表   單例   防止   share   功能   代碼結構   關閉   with   觀察者   

目前常用的幾種設計模式：代理模式、觀察者模式、MVC模式、單例模式、策略模式、原廠模式、MVVM

一、代理

情境：當一個類的某些功能需要由別的類來實現，但是又不確定具體會是那個類實現。

優勢： 解耦合

敏捷原則：開放--封閉原則

執行個體：tableview的資料來源delegate，通過和protocol的配合，完成委託訴求。

         列表row個數delegate，自訂的delegate

 

一句話總結：傳入對象實現對象的功能

 

二、觀察者

情境：一般為model層對，controller和view進行的通知方式，不關心誰去接收，只負責發布資訊。

優勢：解耦合

敏捷原則：介面隔離原則，開放-封閉原則

執行個體：Notification通知中樞，註冊通知中樞，任何位置可以發送訊息，註冊觀察者的對象可以接收。

 kvo，索引值對改變通知的觀察者，平時基本沒用過。

 

三、MVC

情境：是一種非常古老的設計模式，通過資料模型，控制器邏輯，視圖展示將應用程式進行邏輯劃分。

優勢：使系統，層次清晰，職責分明，易於維護

敏捷原則：對擴充開放-對修改封閉

執行個體：model-即資料模型，   view-視圖展示，  controller進行UI展現和資料互動的邏輯控制。

 

四、單例

情境：確保程式運行期某個類，只有一份執行個體，用於進行資源共用控制。

優勢：使用簡單，延時求值，易於跨模組

敏捷原則：單一職責原則

執行個體：[UIApplication sharedApplication]。

注意事項：確保使用者只能通過  getInstance  方法才能獲得，單例類的唯一執行個體。

               java，c++中使其沒有公有建構函式，私人化並覆蓋其建構函式。

               object c中，重寫allocWithZone方法，保證即使使用者用  alloc  方法直接建立單例

               類的執行個體，返回的也只是此單例類的唯一靜態變數。

 

五、策略

情境：定義演算法族，封裝起來，使他們之間可以相互替換。

優勢：使演算法的變化獨立於使用演算法的使用者

敏捷原則：介面隔離原則；多用組合，少用繼承；針對介面編程，而非實現。

執行個體：排序演算法，NSArray的sortedArrayUsingSelector；經典的鴨子會叫，會飛案例。

注意事項：

1、剝離類中易於變化的行為，通過組合的方式嵌入抽象基類

2、變化的行為抽象基類為所有可變變化的父類

3、使用者類的最終執行個體，通過注入行為執行個體的方式，設定易變行為

防止了繼承行為方式，導致無關行為汙染子類。完成了策略封裝和可替換性。

 

六、工廠

情境：工廠方式建立類的執行個體，多與proxy模式配合，建立可替換代理類。

         “專門定義一個類來負責建立其他類的執行個體，被建立的執行個體通常具有共同的父類。”

         世界上就是由一個工廠類，根據傳入的參數，動態地決定建立出哪一個產品類的執行個體。

       簡要分析結構圖：

     ConcreteProduct1和ConcreteProduct2兩個產品具有一個共同的父類IProject，簡單工廠類為SimpleFactory，負責根據傳入的不同參數來決定生產ConcreteProduct1還是ConcreteProduct2產品。

 

優勢：易於替換，面向抽象編程，application只與抽象工廠和易變類的共性抽象類別發生調用關係。

 

    通過簡單原廠模式的重構，我們就是閑了低藕合度的代碼結構，做到了對外擴充開放，對修改關閉。如果再增加任何的操作方法，

      

            

 

iOS 開發中的幾種設計模式