Design Patterns on iOS using Swi

raywenderlich上的iOS文章。 用swift开发iOS的设计模式。

原文地址

1. mvc

mvc0.png

• model 是模型，view是视图，controller是控制器。
• model和view不能相互通信，model改变的时候告诉controller，然后controller更新view。 view与用户交互，有改变的时候告诉controller，然后controller更新model。model和view不能相互通信。

mvc的目的：

• 代码的分离，代码不能全部写在一起。
• view和model 可以复用。因为view不引用model，model也不引用view。

2. singleton，单例模式

• 单例就是一个类在程序中只有唯一的实例，全局都可以访问到该实例。
• 苹果系统中有很多例子： UserDefaults.standard, UIApplication.shared, UIScreen.main, FileManager.default

class LibraryAPI: NSObject {
    //1.
    static let sharedInstance = LibraryAPI()
   //2.
    private   init() {
     }
}

3. facade 外观模式

• facade模式又叫外观模式。Facade设计模式为复杂子系统提供单一界面。 不是将用户暴露给一组类和它们的API，而只是公开一个简单的统一API

• 模式图解如下

  
  image

• 个人认为就是使用一个统一的api来给上层提供接口，然后底层通过各种相关的类的复杂逻辑来实现。 从而避免了上层来访问一组复杂的类。

• 优点是：可以减少上层对下层复杂代码的依赖，上层只需要知道统一的API，不需要知道facede管理的类及逻辑（简化功能）。

4.decorator 装饰模式

• 动态的给类添加额外的功能，通过用另外一个类包装它来添加或者修改类的功能，而不是通过子类继承的方法。
• swift中有两种很常见的实现，extension 和 delegation（拓展和代理）
• swift中的拓展和经典的装饰器略有不同，因为拓展部持有他拓展的类的实例。（经典的装饰器持有被装饰对象）

5. adapter 适配器模式

• 定义为：将一个类的接口变换成客户端所期待的一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作
• iOS通过protocol来实现适配器模式。
  -adapter的优势是 可以写出可复用代码或者模块，减少耦合。

6. observer 观察者模式

• 在观察者模式中，一个对象通知其他对象任何状态改变。 涉及的对象不需要彼此了解 ，因此是一个解耦设计。 这种模式最常用于在属性发生变化时通知感兴趣的对象。
• Cocoa实现观察者模式的途径是 notification 和kvo

7. memento 备忘录模式

• iOS的持久化技术

这之后的学习方式：

github上的用swift实现所有设计模式

raywenderlich上关于设计模式的在本文基础上的一篇进一步的demo和文章