2016-03-25 14:27:00 1496瀏覽
移動互聯(lián)網(wǎng)的強勢崛起已是不可阻擋，作為移動終端兩大霸主之一的ios操作系統(tǒng)未來發(fā)展前景被所有人看好，同時在線教育平臺在ios培訓教育上面進行的如火如荼，種種跡象表明，ios操作系統(tǒng)正在逐步邁向輝煌。本文主要是介紹關于iOS開發(fā)培訓的幾種設計模式，為想要了解ios開發(fā)領域的朋友撥開云霧。
一、代理模式
應用場景：當一個類的某些功能需要由別的類來實現(xiàn)，但是又不確定具體會是哪個類實現(xiàn)。
優(yōu)勢：解耦合
敏捷原則：開放-封閉原則
實例：tableview的 數(shù)據(jù)源delegate，通過和protocol的配合，完成委托訴求。列表row個數(shù)delegate，自定義的delegate。
二、觀察者模式
應用場景：一般為model層對，controller和view進行的通知方式，不關心誰去接收，只負責發(fā)布信息。
優(yōu)勢：解耦合
敏捷原則：接口隔離原則，開放-封閉原則
實例：Notification通知中心，注冊通知中心，任何位置可以發(fā)送消息，注冊觀察者的對象可以接收。kvo，鍵值對改變通知的觀察者。
三、MVC模式
應用場景：非常古老的設計模式，通過數(shù)據(jù)模型，控制器邏輯，視圖展示將應用程序進行邏輯劃分。
優(yōu)勢：使系統(tǒng)，層次清晰，職責分明，易于維護
敏捷原則：對擴展開放-對修改封閉
實例：model-即數(shù)據(jù)模型，view-視圖展示，controller進行UI展現(xiàn)和數(shù)據(jù)交互的邏輯控制。
四、單例模式
應用場景：確保程序運行期某個類，只有一份實例，用于進行資源共享控制。
優(yōu)勢：使用簡單，延時求值，易于跨模塊
敏捷原則：單一職責原則
實例：[UIApplication sharedApplication]。
注意事項：確保使用者只能通過 getInstance方法才能獲得，單例類的唯一實例。java，C++中使其沒有公有構(gòu)造函數(shù)，私有化并覆蓋其構(gòu)造函數(shù)。object c中，重寫allocWithZone方法，保證即使用戶用 alloc方法直接創(chuàng)建單例類的實例，返回的也只是此單例類的唯一靜態(tài)變量。
五、策略模式
應用場景：定義算法族，封裝起來，使他們之間可以相互替換。
優(yōu)勢：使算法的變化獨立于使用算法的用戶
敏捷原則：接口隔離原則;多用組合，少用繼承;針對接口編程，而非實現(xiàn)。
實例：排序算法，NSArray的sortedArrayUsingSelector;經(jīng)典的鴨子會叫，會飛案例。
注意事項：1，剝離類中易于變化的行為，通過組合的方式嵌入抽象基類。2，變化的行為抽象基類為，所有可變變化的父類。3，用戶類的最終實例，通過注入行為實例的方式，設定易變行為防止了繼承行為方式，導致無關行為污染子類。完成了策略封裝和可替換性。
六、工廠模式
應用場景：工廠方式創(chuàng)建類的實例，多與proxy模式配合，創(chuàng)建可替換代理類。
優(yōu)勢：易于替換，面向抽象編程，application只與抽象工廠和易變類的共性抽象類發(fā)生調(diào)用關系。
敏捷原則：DIP依賴倒置原則
實例：項目部署環(huán)境中依賴多個不同類型的數(shù)據(jù)庫時，需要使用工廠配合proxy完成易用性替換
注意事項：項目初期，軟件結(jié)構(gòu)和需求都沒有穩(wěn)定下來時，不建議使用此模式，因為其劣勢也很明顯，增加了代碼的復雜度，增加了調(diào)用層次，增加了內(nèi)存負擔。所以要注意防止模式的濫用。
以上介紹的六大設計模式希望可以幫助到有需要的朋友，想要了解更多關于iOS培訓知識，請關注扣丁學堂資訊、微博、微信等平臺。
全國免費咨詢熱線
郵箱：codingke@1000phone.com
官方群：148715490
返回頂部