记,NSProxy需要实现哪些方法?
程序员文章站
2022-06-13 14:50:13
NSProxy需要实现哪些方法?为什么 - forwardingTargetForSelector: 被注释了? ......
转注出:
使用nsproxy做替身,代理,多继承,本质上都是用它来转发消息给真身。
观察头文件,nsproxy自身实现了的方法如下:
+ (class)class;//类方法不应该重写
//普通消息转发1 - (void)forwardinvocation:(nsinvocation *)invocation;//其实自身并没有实现,调用报错。需要子类实现。并且官方建议重写。
//普通消息转发2 - (nullable nsmethodsignature *)methodsignatureforselector:(sel)sel;//可以重写,并且官方建议重写。 - (void)dealloc;//可以重写 - (void)finalize;//应该忽略的方法(垃圾回收) @property (readonly, copy) nsstring *description;//可以重写 @property (readonly, copy) nsstring *debugdescription;//可以重写 + (bool)respondstoselector:(sel)aselector;//类方法不应该重写
另外值得注意的是被注释的快速转发消息方法:
// - (id)forwardingtargetforselector:(sel)aselector;
官方明确的暗示我们要使用上上方代码块里的普通消息转发。其实nsproxy子类对象是响应这个方法的,探究这行注释的原因主要是因为协议<nsobject>
- (bool)isequal:(id)object;//可以重写,内部只比较地址没比较哈希 @property (readonly) nsuinteger hash;//可以重写,注意内部返回的是对象地址<<3 @property (readonly) class superclass;//可以重写 - (class)class;//可以重写 - (instancetype)self;//可以重写,一般忽略 - (id)performselector:(sel)aselector;//可以重写 - (id)performselector:(sel)aselector withobject:(id)object;//可以重写 - (id)performselector:(sel)aselector withobject:(id)object1 withobject:(id)object2;//可以重写 - (bool)isproxy;//返回yes,一般忽略 - (bool)iskindofclass:(class)aclass;//被主动转发到自身的forwardinvocation:中处理 - (bool)ismemberofclass:(class)aclass;//被主动转发到自身的forwardinvocation:中处理 - (bool)conformstoprotocol:(protocol *)aprotocol;//被主动转发到自身的forwardinvocation:中处理 - (bool)respondstoselector:(sel)aselector;//如果不能响应也会被主动转发到自身的forwardinvocation:中处理 - (instancetype)retain objc_arc_unavailable; - (oneway void)release objc_arc_unavailable; - (instancetype)autorelease objc_arc_unavailable; - (nsuinteger)retaincount objc_arc_unavailable; - (struct _nszone *)zone objc_arc_unavailable; @property (readonly, copy) nsstring *description;//可以重写 @optional @property (readonly, copy) nsstring *debugdescription;//可以重写
这里注意到了4个很特殊的方法:
- (bool)iskindofclass:(class)aclass; - (bool)ismemberofclass:(class)aclass; - (bool)conformstoprotocol:(protocol *)aprotocol; - (bool)respondstoselector:(sel)aselector;
前3个方法直接要求使用普通消息转发来实现,所以一调用就跳进普通消息转发从而绕开了快速转发(- (id)forwardingtargetforselector:(sel)aselector;)
nsproxy并没有实现forwardinvocation:如果用户也没有实现的话它一定会产生崩溃。同理,末尾方法如果自身不能响应依然会要求使用普通消息转发来实现。
第一个总结:
如果在nsproxy中只想使用快速转发来完成功能的话就:1.必须单独实现以上4个方法,或者2.既实现快速转发又实现普通转发;显然1比较划算。
第二个结论:
如果要极尽完全地实现把所有消息都转发给内部的真身,那么应该要把上方标记'可以重写'的方法都重写了。