1 通过委托与数据源协议进行对象间通信
- 委托模式为对象提供了一套接口(代理方法,协议),使其可由此相关事件告知其他对象(委托对象)
- 将委托对象应该支持的接口定义成协议,在协议中把可能需要处理的事件定义成方法
- 当某个对象需要从另外一个对象中获取数据时,可以使用委托模式,这种情况下,改模式亦称"数据源协议"
- 若有必要,可实现含有位段的结构体,将委托对象是否能够响应相关协议方法这一信息缓存至其中
@class EOCNetworkFetcher; @protocol EOCNetworkFetcherDelegate<NSObject> @optional- (void)networkFetcher:(EOCNetworkFetcher *)fetcher didReceiveData:(NSData *)data; - (void)networkFetcher:(EOCNetworkFetcher *)fetcher didFailWithError:(NSError *)error; - (void)networkFetcher:(EOCNetworkFetcher *)fetcher didUpdateProgressTo:(CGFloat)progress; @end @interface EOCNetworkFetcher : NSObject @property (nonatomic, weak) id<EOCNetworkFetcherDelegate> delegate; @end @interfaceEOCNetworkFetcher (){ struct { unsignedint didReceiveData : 1; unsignedint didFailWithError : 1; unsignedint didUpdateProgessTo : 1; }_delegateFlags; } @end @implementation EOCNetworkFetcher //重写set方法,实现缓存功能所有的代码如下 //在相关方法要调用很多次时, 且要频繁通过数据协议从数据源中获取多份相互独立的数据 - (void)setDelegate:(id<EOCNetworkFetcherDelegate>)delegate{ _delegate = delegate; _delegateFlags.didReceiveData = [delegate respondsToSelector:@selector(networkFetcher:didReceiveData:)]; _delegateFlags.didFailWithError = [delegate respondsToSelector:@selector(networkFetcher:didFailWithError:)]; _delegateFlags.didUpdateProgessTo = [delegate respondsToSelector:@selector(networkFetcher:didUpdateProgressTo:)]; } @end
这样的话,每次调用delegate的相关方法,就不用检测委托对象是否能够响应给定的选择器了
if (_delegateFlags.didReceiveData) {
[_delegatenetworkFetcher:selfdidReceiveData:nil]
}
2 将类的实现代码分散到便于管理的数个分类之中
类中经常容易填满各种方法,可以通过OC的"分类"机制,把类代码逻辑划入几个分区中.
注意相关类的说有属性必须放在主接口中,而不是分类中
- 使用分类机制把类的实现代码划分成易于管理的小块
- 将应该视为"私有"的方法归入名为Private的分类中,以隐藏实现细节
3 总是为第三方类的分类名称加前缀
- 分类机制通常用于向无源码的既有类中新增功能,将分类方法加入类中这一操作是在运行期系统加载分类
时完成的,运行期系统会把分类中所实现的每个方法都加入类的方法列表中 - 这个特性极为强大,但在使用过程中也很容易忽视其中可能产生的问题.问题在于:分类中的方法是直接添加在类里面的,如果类中本来就有此方法,而分类又实现了一次,那么分类中的方法会覆盖原来那一份实现代码.
- 要解决次问题,一般的做法是:以命名控件来区别各个分类的名称与其中所定义的方法.现在OC中实现
命名空间,只有一个办法,就是给相关名称都加上某个共用的前缀,与给类名加前缀是所应考虑的因素相似 - 向第三方类中添加分类时,总应该给其名称添加你专用的前缀
- 向第三方类中添加分类时.总应该给其中的方法名加上你专用的前缀
4 勿在分类中声明属性
属性是封装数据的方式,除"class-continuation"之外,其他分类都无法向类中新增实例变量.因此,他们无法把实现属性所需的实例变量合成出来,在分类中添加属性会报如下警告:
@interface EOCPerson (FriendShip) @property (nonatomic, strong) NSArray *friends; - (BOOL)isFriendsWith:(EOCPerson *)person; @end
Property 'friends' requires method 'friends' to be defined - use @dynamic or provide a method implementation in this category
当然这种警告是可以消除的,通过关联对象
#import "EOCPerson+FriendShip.h" #import <objc/runtime.h> staticconstchar *kFriendsPropertyKey = "kFriendsPropertyKey"; @implementation EOCPerson (FriendShip) - (NSArray *)friends{ return objc_getAssociatedObject(self, kFriendsPropertyKey); } - (void)setFriends:(NSArray *)friends{ objc_setAssociatedObject(self, kFriendsPropertyKey, friends, OBJC_ASSOCIATION_RETAIN_NONATOMIC); } @end
- 把封装数据所用的全部属性都定义在主接口里
- 在"class-continuation分类"(匿名分类,也叫扩展)之外的其他分类中,可定义存取方法,但尽量不要定义属性
5 使用"class-continuation分类"隐藏实现细节
- 通过"class-continuation"向类中新增实例变量
- 如果某属性在主接口中声明为"只读",而类的内部又要用设置方法修改此属性,那么就在 "class-continuation"中将其扩展为"可读写"
- 把私有方法的原型声明在"class-continuation"里面
@interfaceEOCObject () - (void)p_privateMthod; @end @implementation EOCObject - (void)p_privateMthod{ NSError *error; [selfdoSomething:&error]; } @end
- 若想使类所遵循的协议不为外人所知,则可于"class-continuation"中声明
6 通过协议提供匿名对象
- 协议课在某种程度上提供匿名类型,具体的对象类型可以淡化遵从某协议的id类型,协议里规定了对象所应实现的方法
- 使用匿名对象类隐藏类型名称(或类名)
- 如果具体类型不重要,重要的是对象能够响应(定义在协议里的)特定方法,那么可使用匿名对象来表示
