最近準備進一步重構(gòu)某幾個頁面，從結(jié)構(gòu)上講用的是MVVM，較為清晰明了，同時也不至于所有代碼都集中在UIViewController里導致一團麻，但是隨著一個頁面功能的更改替換，還有業(yè)務(wù)統(tǒng)計代碼等等的加入，終究還是忍不住想要稍微整理整理。
由于頁面多為UITableView且頁面多復用，各種統(tǒng)計或者頁面差異展示，所以想如果可以多個代理均可按先后順序執(zhí)行，那就可以將一些統(tǒng)計或者頁面差異展示跟其它正常業(yè)務(wù)進行分離，提升項目代碼的可維護性。
其實上面說的就是透明的分布式消息傳遞也可稱為消息分發(fā)器，所以在這里要介紹一下非NSObject的子類，而是另一個基類NSProxy，從命名上看，就是代理，即設(shè)計模式中的代理模式，NSProxy是一個抽象超類，實現(xiàn)根類要求的基礎(chǔ)方法，包括<NSObject>協(xié)議中定義的方法，可作為其他對象替身（甚至不存在的對象），NSProxy負責把消息轉(zhuǎn)發(fā)給真正的target的代理類，利用這個特性，NSProxy就能透明的分布式消息傳遞
NSProxy
從蘋果官方文檔的介紹可以看到，他就是一個替代，幫忙轉(zhuǎn)發(fā)消息給具體實現(xiàn)的類，或者懶加載一個較大的實例
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，它不提供初始化的方法，并且在接收到它沒有響應的任何消息時引發(fā)異常，因此只能繼承并在具體的子類提供初始化或創(chuàng)建方法，并實現(xiàn)forwardInvocation:和methodSignatureForSelector:
所以其實只要實現(xiàn)了這兩個方法即可，至于其它的一些方法，未實現(xiàn)均會走到消息轉(zhuǎn)發(fā)這一步，若是實現(xiàn)其它譬如respondsToSelector:也無妨
NSProxy與NSObject的消息傳遞的不同
NSObject收到消息會先去緩存列表查找SEL，若是找不到，就到自身方法列表中查找，依然找不到就順著繼承鏈進行查找，依然找不到的話，那就是unknown selector，進入消息轉(zhuǎn)發(fā)程序
1.+(BOOL)resolveInstanceMethod:其返回值為Boolean類型，表示這個類是否通過class_addMethod新增一個實例方法用以處理該unknown selector，也就是說在這里可以新增一個處理unknown selector的方法，若不能，則繼續(xù)往下傳遞（若unknown selector是類方法，那么調(diào)用+(BOOL)resolveClassMethod:）
2.- (id)forwardingTargetForSelector:這是第二次機會進行處理unknown selector，即轉(zhuǎn)移給一個能處理unknown selector的其它對象，若返回一個其它的執(zhí)行對象，那消息從id objc_msgSend ( id self, SEL op, ...)重新開始，若不能，則返回nil，并繼續(xù)向下傳遞，最后的一次消息處理機會（3 與 4 配套）
3.- (NSMethodSignature *)methodSignatureForSelector:返回攜帶參數(shù)類型、返回值類型和長度等的selector簽名信息NSMethodSignature對象，Runtime內(nèi)部會基于NSMethodSignature實例構(gòu)建一個NSInvocation對象，作為回調(diào)- (void)forwardInvocation:的入?yún)?/p>
4.- (void)forwardInvocation:這一步可以對傳進來的NSInvocation進行一些操作，它主要在對象之間或者應用程序之間存儲和轉(zhuǎn)發(fā)消息（命令模式的實現(xiàn)），靈活性很高，譬如修改target、參數(shù)、甚至返回值，有興趣可以去了解下NSInvocation
對于NSProxy就沒有這么復雜了，接收到unknown selector后，直接回調(diào)- (NSMethodSignature *)methodSignatureForSelector:和- (void)forwardInvocation:, 消息轉(zhuǎn)發(fā)過程簡單的很多
基于以上，實現(xiàn)上也很簡單，就是將具體接收消息的實際對象保存在容器中，并按順序讓它們接收消息即可
/**
Normal forwarding 的第一步，也是消息轉(zhuǎn)發(fā)的最后一次機會--這個針對NSObject, 對于 NSProxy 未實現(xiàn)立馬走這里
消息獲得函數(shù)的參數(shù)和返回值類型，即返回一個函數(shù)簽名
@param sel selector 方法選擇子
@return NSMethodSignature 函數(shù)簽名
? ? ? ? 返回nil，Runtime 則會發(fā)出 -doesNotRecognizeSelector: 消息，程序 crash
? ? ? ? 返回了NSMethodSignature，Runtime 就會創(chuàng)建一個 NSInvocation 對象并發(fā)送 -forwardInvocation: 消息給目標對象
*/-(nullable NSMethodSignature*)methodSignatureForSelector:(SEL)sel{for(id objinself.targets){if([obj respondsToSelector:sel]){return[obj methodSignatureForSelector:sel];}}return[supermethodSignatureForSelector:sel];}
/**
可以在 -forwardInvocation: 里修改傳進來的 NSInvocation 對象，然后發(fā)送 -invokeWithTarget: 消息給它，傳進去一新的目標執(zhí)行
@param invocation 對一個消息的描述，包括 selector 以及參數(shù)等信息
*/-(void)forwardInvocation:(NSInvocation*)invocation{BOOL invoked=NO;for(id objinself.targets){if([obj respondsToSelector:invocation.selector]){[invocation invokeWithTarget:obj];invoked=YES;}}if(!invoked){[superforwardInvocation:invocation];}}
使用
?a. 偽多繼承
// dispathProx 同時可以執(zhí)行 LYAnimal 和 LYPerson 的方法，看起來像是多繼承。。。其實假的啦id dispathProx=ly_dispatchProxy([LYAnimalnew],[LYPersonnew],nil);[dispathProx talk];[dispathProx walk];[dispathProx pushers];[dispathProx shovel];
?b.協(xié)議多分發(fā) 即 消息分發(fā)用的最多的一種
// ?? self 持有 delegateProxy，delegateProxy 內(nèi)部持有傳入的消息接收對象，里面也有 self, 所以使用 ly_weakObject(self)，改為 weak 引用// ?? 當有返回值時，后面的返回值會覆蓋前面的self.delegateProxy=(LYDispatchProxy<UITableViewDataSource,UITableViewDelegate>*)ly_dispatchProxy([LYTableDelegate new],ly_weakObject(self),nil);// 可在LYTableDelegate實現(xiàn)一些統(tǒng)計業(yè)務(wù)或者差異展示的設(shè)置處理....talbe.delegate=self.delegateProxy;talbe.dataSource=self.delegateProxy;
// 或者也可以如下用法，憑想象吧。。。其實肚子餓了，所以咕咕叫，不想想了LYDispatchProxy*btnTargetProxy=ly_dispatchProxy(XXX0,XXX1,nil);[btn addTarget:btnTargetProxy action:NSSelectorFromString(@"xxxx")forControlEvents:UIControlEventTouchUpInside]
