iOS開發經常使用設計模式

1 代理模式
應用場景：當一個類的某些功能須要由別的類來實現，可是又不肯定具體會是哪一個類實現。
優點：解耦合
敏捷原則：開放-封閉原則

實例：

• tableview的 數據源delegate，經過和protocol的配合，完成委託訴求。
• 列表row個數delegate
• 自定義的delegate

2 觀察者模式
應用場景：通常爲model層對，controller和view進行的通知方式，不關心誰去接收，只負責發佈信息。
優點：解耦合
敏捷原則：接口隔離原則，開放-封閉原則

實例：

• Notification通知中心，註冊通知中心，任何位置能夠發送消息，註冊觀察者的對象能夠接收。
• kvo，鍵值對改變通知的觀察者，平時基本沒用過。

3 MVC模式
應用場景：是一中很是古老的設計模式，經過數據模型，控制器邏輯，視圖展現將應用程序進行邏輯劃分。
優點：使系統，層次清晰，職責分明，易於維護
敏捷原則：對擴展開放-對修改封閉

實例：

• model-即數據模型，view-視圖展現，controller進行UI展示和數據交互的邏輯控制。

4 單例模式
應用場景：確保程序運行期某個類，只有一份實例，用於進行資源共享控制。
優點：使用簡單，延時求值，易於跨模塊
敏捷原則：單一職責原則

實例：

• [UIApplication sharedApplication]。

注意事項：確保使用者只能經過 getInstance方法才能得到，單例類的惟一實例。
java，C++中使其沒有公有構造函數，私有化並覆蓋其構造函數。
object c中，重寫allocWithZone方法，保證即便用戶用 alloc方法直接建立單例類的實例，

返回的也只是此單例類的惟一靜態變量。

5 策略模式
應用場景：定義算法族，封裝起來，使他們之間能夠相互替換。
優點：使算法的變化獨立於使用算法的用戶
敏捷原則：接口隔離原則；多用組合，少用繼承；針對接口編程，而非實現。

實例：

• 排序算法，NSArray的sortedArrayUsingSelector；經典的鴨子會叫，會飛案例。

注意事項：
1.剝離類中易於變化的行爲，經過組合的方式嵌入抽象基類
2.變化的行爲抽象基類爲，全部可變變化的父類
3.用戶類的最終實例，經過注入行爲實例的方式，設定易變行爲防止了繼承行爲方式，致使無關行爲污染子類。完成了策略封裝和可替換性。

6 工廠模式
應用場景：工廠方式建立類的實例，多與proxy模式配合，建立可替換代理類。
優點：易於替換，面向抽象編程，application只與抽象工廠和易變類的共性抽象類發生調用關係。
敏捷原則：DIP依賴倒置原則

實例：

• 項目部署環境中依賴多個不一樣類型的數據庫時，須要使用工廠配合proxy完成易用性替換

注意事項：項目初期，軟件結構和需求都沒有穩定下來時，不建議使用此模式，由於其劣勢也很明顯，增長了代碼的複雜度，增長了調用層次，增長了內存負擔。因此要注意防止模式的濫用。

---

更多：iOS面試題大全