iOS开发中常用的设计模式

常见的设计模式：MVC模式、观察者模式、代理模式、单利模式、工厂模式、策略模式

一、MVC模式

MVC模式是一种复合设计模式，通过数据模型(model)、视图展示(View)、控制器逻辑(controller)将应用程序进行逻辑划分。

优点：使系统、层次清晰、职责分明、易于维护

敏捷原则：对扩展开发-对修改封闭

• 模型：保存应用数据的状态，回应视图对应状态的查询，处理应用业务逻辑，完成应用的功能，将状态的变化通知视图。
• 视图：为用户展示信息并提供接口。用户通过视图向控制器发出动作请求，请求再向模型发出查询状态，而模型状态的变化会通知给视图
• 控制器：接受用户请求，根据请求更新模型，还会更新所选择的视图作为对用户请求的回应。控制器是视图和模型的媒介，可以降低视图与模型的耦合度，使视图和模型的权限更加清晰，从而提高开发效率。

---

二、观察者模式

观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使它们能够自动更新自己。eg：A和B B对A的变化感兴趣，就注册B为观察者，当A放生变化时通知B，并告知B发生了变化。

应用场景：一般为model层对view和contreoller进行的通知方式，不关心谁去接收，只负责发布信息。

优点：解耦合。

敏捷原则：接口隔离原则，开放-封闭原则

实现方式：Notification、KVO

一、Notification

创建通知发送者和接受者，接受者需要在发送者之前创建

// 通知接受者(观察者)
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(notice:) name:@"zsnoti" object:nil];

-(void)notice:(id)sender{  
  NSLog(@"%@",sender);
}

//创建发送者
NSNotification *notification = [NSNotification notificationWithName:@"zsnoti" object:nil];
 //Name是通知的名称 object是通知的发布者(是谁要发布通知,也就是对象) userInfo是一些额外的信息(通知发布者传递给通知接收者的信息内容，字典格式)
//    [NSNotification notificationWithName:@"tongzhi" object:nil userInfo:nil];
//发送通知
 [[NSNotificationCenter defaultCenter] postNotification:notification];

// 为了避免内存泄漏。需要在dealloc里面移除

- (void)dealloc {
  //删除根据name和对象，如果object对象设置为nil，则删除所有叫name的，否则便删除对应的
    [[NSNotificationCenter defaultCenter] removeObserver:self name:@"zsnoti" object:nil];
}

二、KVO

KVO是Key Value Observing的缩写。顾名思义就是键值监听，监听属性的变化，由NSKeyValueObserving协议提供支持。

应用场景：当数据模型的数据放生变化时，视图组件能动态的更新，以及显示数据模型更新后的数据。
例如：监听scrollview的contentOffset属性，来完成用户滚动时动态改变某些控件的属性实现效果，包括渐变导航栏、下拉刷新控件等效果。

代码实现
1、注册观察者，以及被观察的属性

/* 
options: 有4个值，分别是：
NSKeyValueObservingOptionOld 把更改之前的值提供给处理方法 
NSKeyValueObservingOptionNew 把更改之后的值提供给处理方法 
NSKeyValueObservingOptionInitial 把初始化的值提供给处理方法，一旦注册，立马就会调用一次。通常它会带有新值，而不会带有旧值。 
NSKeyValueObservingOptionPrior 分2次调用。在值改变之前和值改变之后。 
 */
//注册一个监听器用于监听指定的key路径
[self.person addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew context:nil];

2、通过代理回调

//当key路径对应的属性值发生改变时，监听器就会回调自身的监听方法，如下
- (void)observeValueForKeyPath:(NSString *)keyPath
                      ofObject:(id)object
                        change:(NSDictionary<NSKeyValueChangeKey,id> *)change
                       context:(void *)contex
    
}

3、person值改变会触犯通知回调方法

4、移除观察者

//删除指定的key路径监听器
[self.person removeObserver:self forKeyPath:@"name"];
//删除指定的key路径监听器，只是多了context参数
[self.person removeObserver:self forKeyPath:@"name" context:nil];

---

三、代理模式

代理模式是一种消息传递方式，一个完整的代理模式包括：委托对象、代理对象和协议。

• 协议：用来制定代理双方做什么，必须做什么。
• 委托对象：根据协议指定代理对象需要完成的事，即调用协议中的方法。
• 代理对象：根据协议显示委托方需要完成的事，即实现协议中的方法

应用场景：当一个类的某些功能需要别的类来实现，但是又不确定具体会是哪个类实现。

优势：解偶合

敏捷原则：开放-闭合原则

例如最常用的UITableivew的delegate和datasource的代理

开发中常见问题：

1、代理属性为什么用weak

• 避免循环引用，例如delegate=self，self引用delegate，delegate引用self，相互之间持有不会被释放掉
• 与assign区别，weak和assign是一种"非拥有关系"的指针，通过这俩种修饰符修饰的指针变量，都不会改变被引用对象的引用计数。但是在对象被释放后，weak会自动将指针指向nil，而assign则不会。在iOS中，向nil发送消息时不会导致崩溃，所以assign就会导致野指针的错误unrecognized selector sent to instance

2、代理和block对比

• 在有多个消息传递时，用delegate实现更适合，看起来也更清晰。block就不太方便了，不便于维护，而且看起来非常臃肿。
• 代理更加面向过程，block则更面向结果。例如我们使用NSXMLParserDelegate代理进行XML解析，NSXMLParserDelegate中有很多代理方法，NSXMLParser会不间断调用这些方法将一些转换的参数传递出来，这就是NSXMLParser解析流程，这些通过代理来展现比较合适。而例如一个网络请求回来，就通过success、failure代码块来展示就比较好。
• 从性能上来说，block的性能消耗略大于delegate，因为block会涉及到栈区向堆区拷贝等操作，时间和空间上的消耗大于代理。二代理只是定义了一个方法类表，在遵守协议对象的objc_protocol_list中添加一个节点，在运行时向遵守协议的对象发送消息即可。

---

四、单利模式

应用场景：确保程序运行期某个类，只有一份实例，用于进行资源共享控制。例如工具类、公共跳转类等。

优势：使用简单，延时求值，易于跨模块。

敏捷原则：单一职责原则。

实例：[NSNotificationCenter defaultCenter]

面试常见问题

1、单例的声明周期

一个单例类在程序中只能初始化一次，为了保证在使用中始终都是存在的，所以单例是在存储器的全局区域，在编译时分配内存，只要程序还在运行就会一直占用内存，在APP结束后由系统释放这部分内存。

2、单例模式的优缺点

优点：

1. 在整个程序中只会实例化一次，所以在程序如果出了问题，可以快速的定位问题所在。
2. 由于整个程序中只存在一个对象，节省了系统内存资源，提高了程序的运行效率。

缺点：

1. 不能被继承，不能有子类。
2. 不易被重写或扩展(可以使用分类)。
3. 因为单例对象只要程序在运行中就会一直占用系统内存，该对象在闲置时并不能销毁，在闲置时也消耗了系统的内存资源。

---

五、工厂模式

应用场景：工厂方式创建类的实例，多于proxy模式配合，创建可替换代理类。

优势：易于替换，面向抽象编程，application只与抽象工厂和易变类的共性抽象类发生调用关系。

敏捷原则：DIP依赖倒置原则
实例：项目部署环境中依赖多个不同类型的数据库时，需要使用工厂配合proxy完成易用性替换

注意事项：项目初期，软件结构和需求都没有稳定下来时，不建议使用此模式，因为其劣势也很明显，增 加了代码的复杂度，增加了调用层次，增加了内存负担。所以要注意防止模式的滥用。

---

五、策略模式

应用场景：定义算法族，封装起来，使他们之间可以相互替换。

优势：使算法的变化独立于使用算法的用户

敏捷原则：接口隔离原则；多用组合，少用继承；针对接口编程，而非实现。

实例：排序算法，NSArray的sortedArrayUsingSelector；经典的鸭子会叫，会飞案例。

注意事项：

1. 剥离类中易于变化的行为，通过组合的方式嵌入抽象基类
2. 变化的行为抽象基类为，所有可变变化的父类
3. 用户类的最终实例，通过注入行为实例的方式，设定易变行为防止了继承行为方式，导致无关行为污染子类。完成了策略封装和可替换性。

学习资料，发现有问题欢迎留言一起讨论
参考连接：https://www.jianshu.com/p/a4323739bdfd