您的位置:首页 > 移动开发 > IOS开发

在 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 。欢迎讨论。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  ios 消息转发