在 OC 中实现消息的一箭双雕
2016-04-12 12:54
323 查看
很惭愧,标题很浮夸,其实就是消息转发啦。想这个标题想了很久,本想着取个形象生动有意思的标题,不想水平不够,于是就搞了这么个奇怪的名字出来。但今天这篇博客的确有那么点一箭双雕的意思。
摆事实,讲道理。我们先看这么一个场景。我正在写一个自定义的 TableView 滚动条,可以实时显示当前 Cell 的编号,比原生的黑条更具可视性。
实现原理也很简单,KVO 监听 contentOffset 然后根据 public func indexPathForRowAtPoint(point: CGPoint) -> NSIndexPath? 返回的 indexPath 显示编号。contentOffset , contentSize 倒是可以用 KVO,可是否正在滚动、是否正在减速、手指是否离开这些特征尽管有 tracking,dragging,decelerating等属性可以获取,但是无法 KVO ,也就是不能实时获取了。所以只能在回调方法:
里获取。
为了隐藏细节使暴露的接口尽可能简单,通常可以把这些代理方法写在滚动条里面,也就是让滚动条成为 tableView 的代理。说到这里你可能知道问题所在了。如果这时其他类也需要在这些代理方法里干点什么(比如有一个刷新控件也需要通过 scrollViewDidEndDragging 监听手指释放时机),而这些方法却被滚送条单独占有了,显然就不行了。况且由于 UITableView 的 delegate 中还有 tableView 特有的协议方法(heightForRowAtIndexPath...),一旦 delagte
设置成滚动条了,那么 ViewController 将无法实现 TableView 的相应功能。
那么有没有什么办法可以既在滚动条内部监听这些协议方法,又在 ViewController 里面监听这些方法呢?简而言之就是设置"两个代理"。
消息转发。
实现
1ac12
的效果就像下面这样。
我们只需要使用 NSObject 里面的这两个方法就可以实现:
我们有时会遇到 unrecognized selector sent to instance 的崩溃,原因就是你给一个对象发送了它不具有的消息。而在此之前,运行时其实会去调用一次 - (void)forwardInvocation:(NSInvocation *)anInvocation。顾名思义,这个方法就是用来转发消息的。你可以实现forwardInvocation:方法来对不能处理的消息做一些默认的处理,以避免程序崩溃。既然可以实现消息的转发,是不是可以给多个对象发送消息,也就是实现我们上面希望达到的效果
———— 把一条消息发送给多个对象,即同时激发多个对象的同一个方法。
其实是可以的。我们可以创建一个 delegate 转发器,作为多个 delegate 的容器,也是对外唯一的 delegate。当消息发送给这个转发器的时候会触发对应的 forwardInvocation 方法。我们在这里进行转发。
消息可以通过invokeWithTarget:方法发送。
与此同时,我们还需要获取一下消息的签名:
另外,非常重要的一步。因为我们这个 delegate 只是作为一个转发器使用,不是真正用来实现协议方法的,所以还需要重载 respondsToSelector ,让消息可以转发到这个中转站。
现在 ViewController 里的 scrollViewDidEndDragging 和滚动条里的 scrollViewDidEndDragging 代理方法都可以被调用了。至此就实现了一个消息通知多个对象的功能。曲线救国得实现了「一对多」的功能。如果你有更友好的解决方法,欢迎在评论中告诉我。另外还有一个硬伤,就是以上的 workaroud 不支持 Swift 。欢迎讨论。
摆事实,讲道理。我们先看这么一个场景。我正在写一个自定义的 TableView 滚动条,可以实时显示当前 Cell 的编号,比原生的黑条更具可视性。
实现原理也很简单,KVO 监听 contentOffset 然后根据 public func indexPathForRowAtPoint(point: CGPoint) -> NSIndexPath? 返回的 indexPath 显示编号。contentOffset , contentSize 倒是可以用 KVO,可是否正在滚动、是否正在减速、手指是否离开这些特征尽管有 tracking,dragging,decelerating等属性可以获取,但是无法 KVO ,也就是不能实时获取了。所以只能在回调方法:
为了隐藏细节使暴露的接口尽可能简单,通常可以把这些代理方法写在滚动条里面,也就是让滚动条成为 tableView 的代理。说到这里你可能知道问题所在了。如果这时其他类也需要在这些代理方法里干点什么(比如有一个刷新控件也需要通过 scrollViewDidEndDragging 监听手指释放时机),而这些方法却被滚送条单独占有了,显然就不行了。况且由于 UITableView 的 delegate 中还有 tableView 特有的协议方法(heightForRowAtIndexPath...),一旦 delagte
设置成滚动条了,那么 ViewController 将无法实现 TableView 的相应功能。
那么有没有什么办法可以既在滚动条内部监听这些协议方法,又在 ViewController 里面监听这些方法呢?简而言之就是设置"两个代理"。
消息转发。
实现
1ac12
的效果就像下面这样。
我们只需要使用 NSObject 里面的这两个方法就可以实现:
———— 把一条消息发送给多个对象,即同时激发多个对象的同一个方法。
其实是可以的。我们可以创建一个 delegate 转发器,作为多个 delegate 的容器,也是对外唯一的 delegate。当消息发送给这个转发器的时候会触发对应的 forwardInvocation 方法。我们在这里进行转发。
与此同时,我们还需要获取一下消息的签名:
相关文章推荐
- 峰回路转,Firefox 浏览器即将重返 iOS 平台
- 峰回路转,Firefox 浏览器即将重返 iOS 平台
- 不可修补的 iOS 漏洞可能导致 iPhone 4s 到 iPhone X 永久越狱
- iOS 12.4 系统遭黑客破解,漏洞危及数百万用户
- 每日安全资讯:NSO,一家专业入侵 iPhone 的神秘公司
- [转][源代码]Comex公布JailbreakMe 3.0源代码
- 讲解iOS开发中基本的定位功能实现
- iOS中定位当前位置坐标及转换为火星坐标的方法
- js判断客户端是iOS还是Android等移动终端的方法
- iOS应用中UISearchDisplayController搜索效果的用法
- IOS开发环境windows化攻略
- iOS应用中UITableView左滑自定义选项及批量删除的实现
- 浅析iOS应用开发中线程间的通信与线程安全问题
- 检测iOS设备是否越狱的方法
- .net平台推送ios消息的实现方法
- 探讨Android与iOS,我们将何去何从?
- Android、iOS和Windows Phone中的推送技术详解
- iOS推送的那些事
- IOS 改变键盘颜色代码