常见的设计模式: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、单例模式的优缺点
优点:
- 在整个程序中只会实例化一次,所以在程序如果出了问题,可以快速的定位问题所在。
- 由于整个程序中只存在一个对象,节省了系统内存资源,提高了程序的运行效率。
缺点:
- 不能被继承,不能有子类。
- 不易被重写或扩展(可以使用分类)。
- 因为单例对象只要程序在运行中就会一直占用系统内存,该对象在闲置时并不能销毁,在闲置时也消耗了系统的内存资源。
五、工厂模式
应用场景:工厂方式创建类的实例,多于proxy模式配合,创建可替换代理类。
优势:易于替换,面向抽象编程,application只与抽象工厂和易变类的共性抽象类发生调用关系。
敏捷原则:DIP依赖倒置原则
实例:项目部署环境中依赖多个不同类型的数据库时,需要使用工厂配合proxy完成易用性替换
注意事项:
项目初期,软件结构和需求都没有稳定下来时,不建议使用此模式,因为其劣势也很明显,增 加了代码的复杂度,增加了调用层次,增加了内存负担。所以要注意防止模式的滥用。
五、策略模式
应用场景:定义算法族,封装起来,使他们之间可以相互替换。
优势:使算法的变化独立于使用算法的用户
敏捷原则:接口隔离原则;多用组合,少用继承;针对接口编程,而非实现。
实例:排序算法,NSArray的sortedArrayUsingSelector;经典的鸭子会叫,会飞案例。
注意事项:
- 剥离类中易于变化的行为,通过组合的方式嵌入抽象基类
- 变化的行为抽象基类为,所有可变变化的父类
- 用户类的最终实例,通过注入行为实例的方式,设定易变行为防止了继承行为方式,导致无关行为污染子类。完成了策略封装和可替换性。
学习资料,发现有问题欢迎留言一起讨论
参考连接:https://www.jianshu.com/p/a4323739bdfd