最近准备进一步重构某几个页面，从结构上讲用的是 MVVM，较为清晰明了，同时也不至于所有代码都集中在 UIViewController 里导致一团麻，但是随着一个页面功能的更改替换，还有业务统计代码等等的加入，终究还是忍不住想要稍微整理整理。
由于页面多为 UITableView 且页面多复用，各种 统计 或者 页面差异展示，所以想如果可以多个代理均可按先后顺序执行，那就可以将一些 统计 或者 页面差异展示 跟其它正常业务进行分离，提升项目代码的可维护性。
其实上面说的就是 透明的分布式消息传递 也可称为 消息分发器 ，所以在这里要介绍一下非 NSObject 的子类，而是另一个基类 NSProxy，从命名上看，就是代理，即设计模式中的 代理模式，NSProxy 是一个抽象超类，实现根类要求的基础方法，包括<NSObject>协议中定义的方法，可作为其他对象替身（甚至不存在的对象），NSProxy 负责把消息转发给真正的 target 的代理类，利用这个特性，NSProxy 就能 透明的分布式消息传递
-
NSProxy
从苹果官方文档的介绍可以看到，他就是一个替代，帮忙转发消息给具体实现的类，或者懒加载一个较大的实例
Typically, a message to a proxy is forwarded to the real object or causes the proxy to load (or transform itself into) the real object
作为抽象类不能直接使用 NSProxy ，它不提供初始化的方法，并且在接收到它没有响应的任何消息时引发异常，因此只能继承并在具体的子类提供初始化或创建方法，并实现 forwardInvocation: 和 methodSignatureForSelector:
所以其实只要实现了这两个方法即可，至于其它的一些方法，未实现均会走到消息转发这一步，若是实现其它譬如respondsToSelector:也无妨
NSProxy与NSObject的消息传递的不同
NSObject收到消息会先去缓存列表查找SEL，若是找不到，就到自身方法列表中查找，依然找不到就顺着继承链进行查找，依然找不到的话，那就是unknown selector，进入消息转发程序
1.+(BOOL)resolveInstanceMethod:其返回值为Boolean类型，表示这个类是否通过class_addMethod新增一个实例方法用以处理该unknown selector，也就是说在这里可以新增一个处理unknown selector的方法，若不能，则继续往下传递（若unknown selector是类方法，那么调用+(BOOL)resolveClassMethod:）
2.- (id)forwardingTargetForSelector:这是第二次机会进行处理unknown selector，即转移给一个能处理unknown selector的其它对象，若返回一个其它的执行对象，那消息从id objc_msgSend ( id self, SEL op, ...)重新开始，若不能，则返回nil，并继续向下传递，最后的一次消息处理机会（3 与 4 配套）
3.- (NSMethodSignature *)methodSignatureForSelector:返回携带参数类型、返回值类型和长度等的selector签名信息NSMethodSignature对象，Runtime内部会基于NSMethodSignature实例构建一个NSInvocation对象，作为回调- (void)forwardInvocation:的入参
4.- (void)forwardInvocation:这一步可以对传进来的NSInvocation进行一些操作，它主要在对象之间或者应用程序之间存储和转发消息（命令模式的实现），灵活性很高，譬如修改target、参数、甚至返回值，有兴趣可以去了解下NSInvocation
对于NSProxy就没有这么复杂了，接收到unknown selector后，直接回调- (NSMethodSignature *)methodSignatureForSelector:和- (void)forwardInvocation:, 消息转发过程简单的很多-
消息分发器
- 基于以上，实现上也很简单，就是将具体接收消息的实际对象保存在容器中，并按顺序让它们接收消息即可
/**
Normal forwarding 的第一步，也是消息转发的最后一次机会--这个针对NSObject, 对于 NSProxy 未实现立马走这里
消息获得函数的参数和返回值类型，即返回一个函数签名
@param sel selector 方法选择子
@return NSMethodSignature 函数签名
返回nil，Runtime 则会发出 -doesNotRecognizeSelector: 消息，程序 crash
返回了NSMethodSignature，Runtime 就会创建一个 NSInvocation 对象并发送 -forwardInvocation: 消息给目标对象
*/
- (nullable NSMethodSignature *)methodSignatureForSelector:(SEL)sel {
for (id obj in self.targets) {
if ([obj respondsToSelector:sel]) {
return [obj methodSignatureForSelector:sel];
}
}
return [super methodSignatureForSelector:sel];
}
/**
可以在 -forwardInvocation: 里修改传进来的 NSInvocation 对象，然后发送 -invokeWithTarget: 消息给它，传进去一新的目标执行
@param invocation 对一个消息的描述，包括 selector 以及参数等信息
*/
- (void)forwardInvocation:(NSInvocation *)invocation {
BOOL invoked = NO;
for (id obj in self.targets) {
if ([obj respondsToSelector:invocation.selector]) {
[invocation invokeWithTarget:obj];
invoked = YES;
}
}
if (!invoked) {
[super forwardInvocation:invocation];
}
}
-
使用
a. 伪多继承
// dispathProx 同时可以执行 LYAnimal 和 LYPerson 的方法，看起来像是多继承。。。其实假的啦
id dispathProx = ly_dispatchProxy([LYAnimal new], [LYPerson new], nil);
[dispathProx talk];
[dispathProx walk];
[dispathProx pushers];
[dispathProx shovel];
b.协议多分发 即 消息分发用的最多的一种
// ⚠️ self 持有 delegateProxy，delegateProxy 内部持有传入的消息接收对象，里面也有 self, 所以使用 ly_weakObject(self)，改为 weak 引用
// ⚠️ 当有返回值时，后面的返回值会覆盖前面的
self.delegateProxy = (LYDispatchProxy <UITableViewDataSource, UITableViewDelegate>*)ly_dispatchProxy([LYTableDelegate new], ly_weakObject(self), nil);
// 可在LYTableDelegate实现一些统计业务或者差异展示的设置处理
....
talbe.delegate = self.delegateProxy;
talbe.dataSource = self.delegateProxy;
// 或者也可以如下用法，凭想象吧。。。其实肚子饿了，所以咕咕叫，不想想了
LYDispatchProxy *btnTargetProxy = ly_dispatchProxy(XXX0, XXX1, nil);
[btn addTarget:btnTargetProxy action:NSSelectorFromString(@"xxxx") forControlEvents:UIControlEventTouchUpInside];
业务做的多了，慢慢也有了更多的思考，但是无论是想什么，偶现在就是要吃烧烤，别的都不管 哼 哼 哼
