raywenderlich上的iOS文章彼硫。 用swift開(kāi)發(fā)iOS的設(shè)計(jì)模式呛谜。
1. mvc
mvc0.png
- model 是模型括丁，view是視圖荞下，controller是控制器。
- model和view不能相互通信史飞，model改變的時(shí)候告訴controller尖昏，然后controller更新view。 view與用戶(hù)交互构资，有改變的時(shí)候告訴controller抽诉，然后controller更新model。model和view不能相互通信吐绵。
mvc的目的：
- 代碼的分離迹淌，代碼不能全部寫(xiě)在一起。
- view和model 可以復(fù)用己单。因?yàn)関iew不引用model唉窃，model也不引用view。
2. singleton纹笼，單例模式
- 單例就是一個(gè)類(lèi)在程序中只有唯一的實(shí)例纹份，全局都可以訪問(wèn)到該實(shí)例。
- 蘋(píng)果系統(tǒng)中有很多例子： UserDefaults.standard, UIApplication.shared, UIScreen.main, FileManager.default
class LibraryAPI: NSObject {
//1.
static let sharedInstance = LibraryAPI()
//2.
private init() {
}
}
3. facade 外觀模式
facade模式又叫外觀模式。Facade設(shè)計(jì)模式為復(fù)雜子系統(tǒng)提供單一界面蔓涧。 不是將用戶(hù)暴露給一組類(lèi)和它們的API件已，而只是公開(kāi)一個(gè)簡(jiǎn)單的統(tǒng)一API
-
模式圖解如下
image 個(gè)人認(rèn)為就是使用一個(gè)統(tǒng)一的api來(lái)給上層提供接口，然后底層通過(guò)各種相關(guān)的類(lèi)的復(fù)雜邏輯來(lái)實(shí)現(xiàn)元暴。 從而避免了上層來(lái)訪問(wèn)一組復(fù)雜的類(lèi)篷扩。
優(yōu)點(diǎn)是：可以減少上層對(duì)下層復(fù)雜代碼的依賴(lài)，上層只需要知道統(tǒng)一的API昨寞，不需要知道facede管理的類(lèi)及邏輯（簡(jiǎn)化功能）瞻惋。
4.decorator 裝飾模式
- 動(dòng)態(tài)的給類(lèi)添加額外的功能，通過(guò)用另外一個(gè)類(lèi)包裝它來(lái)添加或者修改類(lèi)的功能援岩，而不是通過(guò)子類(lèi)繼承的方法。
- swift中有兩種很常見(jiàn)的實(shí)現(xiàn)掏导，extension 和 delegation（拓展和代理）
- swift中的拓展和經(jīng)典的裝飾器略有不同享怀，因?yàn)橥卣共砍钟兴卣沟念?lèi)的實(shí)例。（經(jīng)典的裝飾器持有被裝飾對(duì)象）
5. adapter 適配器模式
- 定義為：將一個(gè)類(lèi)的接口變換成客戶(hù)端所期待的一種接口趟咆，從而使原本因接口不匹配而無(wú)法在一起工作的兩個(gè)類(lèi)能夠在一起工作
- iOS通過(guò)protocol來(lái)實(shí)現(xiàn)適配器模式添瓷。
-adapter的優(yōu)勢(shì)是 可以寫(xiě)出可復(fù)用代碼或者模塊，減少耦合值纱。
6. observer 觀察者模式
- 在觀察者模式中鳞贷，一個(gè)對(duì)象通知其他對(duì)象任何狀態(tài)改變。 涉及的對(duì)象不需要彼此了解 虐唠，因此是一個(gè)解耦設(shè)計(jì)搀愧。 這種模式最常用于在屬性發(fā)生變化時(shí)通知感興趣的對(duì)象。
- Cocoa實(shí)現(xiàn)觀察者模式的途徑是 notification 和kvo
7. memento 備忘錄模式
- iOS的持久化技術(shù)
這之后的學(xué)習(xí)方式：
github上的用swift實(shí)現(xiàn)所有設(shè)計(jì)模式
raywenderlich上關(guān)于設(shè)計(jì)模式的在本文基礎(chǔ)上的一篇進(jìn)一步的demo和文章
