转载请注明出处 https://cloud.tencent.com/developer/user/1605429
本系列文章主要通过讲解KVC、KVO、Delegate、Notification的使用方法,来探讨KVO、Delegate、Notification的区别以及相关使用场景,本系列文章将分一下几篇文章进行讲解,读者可按需查阅。
经过前面四篇文章的学习我们已经可以熟练使用KVO
、Delegate
和Notification
了,但三者又有什么区别呢?
在实际开发中需要在View
和Controller
之间进行通信,也需要跨Controller
进行通信,上述三种方式都是为了通信而生,这三种方法都能够减少耦合,使得View
或是Controller
能够自包含,尽量不受其他对象的影响,这样就能够实现尽可能的复用。
针对某一需求往往有不止一种实现方式,当然上述三种方法也都可以互相替换,所以我认为没有百分百正确的使用方法或是百分百错误的使用方法,只有合适和不合适的方法,我们尽量挑选最适合应用程序开发的方式来满足我们的需求,接下来的内容可能并不完全正确,仅仅是我的个人理解,如果错误还请不吝赐教。
KVO
在mac
开发中使用的非常频繁,KVO
提供了一个对象监听另一个对象属性值变化的方法,KVO
适合多对一的监听,多个对象可以监听同一个对象属性值的变化,我们在开发中常用于监听Model
属性值的变化从而动态的更新视图,它提供了一种模型属性值一旦修改视图可以立即按需求修改的功能,其优点有:
但是经过前面KVO
文章的讲解,我们也发现了其不少缺点:
在学习iOS
开发时,我们最常用的应该就是委托模式了,UITableView
、UICollectionView
等等,委托模式提供了两种实现方式,一种是事件的代理,一种是数据源的代理,我们可以通知委托对象针对相关事件进行响应,也可以从委托对象获取想要的数据,委托模式基于协议protocol
实现,提供了一种规范化的实现方式,并且delegate
是一种一对一的实现方式,其优点有:
其缺点有:
NSNotificationCenter
通知中心提供了一种多对一的通信方式,与KVO
相同,多个监听器对象可以同时监听同一通知,能够提供低耦合的实现方式,监听器对象可以接收到通知的信息,但发送通知的对象实现了隐藏,无法得知具体的发送对象,iOS
中很多系统控件都会发送相关通知,最常见的如键盘,包括应用程序的状态等,其优点有:
其缺点有:
从上面的优缺点分析来看,三种方法都有各自的优缺点,因此,没有正确与否,只有适不适合我们的需求,我在开发中使用较多的是delegate
和KVO
,但KVO
的使用过多后就会发现有些滥用,在某些情况下NSNotificationCenter
更加适合,并且KVO
在使用时必须非常小心的注册和删除监听器。
由于作者水平有限,难免出现纰漏,如有问题还请不吝赐教。
扫码关注腾讯云开发者
领取腾讯云代金券
Copyright © 2013 - 2025 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号:粤B2-20090059 深公网安备号 44030502008569
腾讯云计算(北京)有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287
Copyright © 2013 - 2025 Tencent Cloud.
All Rights Reserved. 腾讯云 版权所有