IOS開發中的幾種設計模式介紹

來源:互聯網
上載者:User

ios開發學習中,經常弄不清楚ios的開發模式,今天我們就來進行簡單的總結和探討~

(一)代理模式

應用情境:當一個類的某些功能需要由別的類來實現,但是又不確定具體會是哪個類實現。
優勢:解耦合

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

執行個體: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模式配合,建立可替換代理類。

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

敏捷原則:DIP依賴倒置原則

執行個體:項目部署環境中依賴多個不同類型的資料庫時,需要使用工廠配合proxy完成易用性替換

注意事項:項目初期,軟體結構和需求都沒有穩定下來時,不建議使用此模式,因為其劣勢也很明顯,

增 加了代碼的複雜度,增加了調用層次,增加了記憶體負擔。所以要注意防止模式的濫用。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.