记,NSProxy需要实现哪些方法?

转注出:https://www.cnblogs.com/xiaobajiu/p/10799962.html

使用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;//可以重写

@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比较划算。

 

第二个结论:

如果要极尽完全地实现把所有消息都转发给内部的真身,那么应该要把上方标记'可以重写'的方法都重写了。

posted @ 2019-05-01 15:39  米太白  阅读(1046)  评论(0编辑  收藏  举报