属性是封装数据的方式（参见第6条）。
属性只是定义实例变量及相关存取方法所用的“语法糖”，所以也应遵循同实例变量一样的规则。
分类机制，应该将其理解为一种手段，目标在于扩展类的功能，而非封装数据。
尽管从技术上说，分类里也可以声明属性，但这种做法应该尽量避免。
原因是：除了“class-continuation分类”（参见第27条）之外，其他分类都无法向类中新增实例变量，因此，它们无法把实现属性所需的实例变量合成出来。
所以开发者需要在分类中为该属性实现存取方法。
1）此时可以把方法声明为@dynamic，也就是说，这些方法等到运行期再提供，编译器目前是看不见的。如果决定使用消息转发机制（参见第12条）在运行期拦截方法调用，并提供其实现，那么或许可以采用这种做法。
2）关联对象（参见第10条）能够解决在分类中不能合成实例变量的问题。
缺点：相似的代码要写很多遍，而且内存管理问题上容易出错。
例：
#import <objc/runtime.h>
static const char *kFriendsPropertyKey = "kFriendsPropertyKey";
@implementation Person(Friendship)
-(NSArray*)friends {
return objc_getAssociatedObject(self, kFriendsPropertyKey);
}
-(void)setFriends:(NSArray*)friends {
objc_setAssociaedObject(self, kFriendsPropertyKey, friends, OBJC_ASSOCIATION_NONATOMIC);
}
@end
3、只读属性可以在分类中使用。属性可以不需要由实例变量来实现。
由于只读属性在.m中只有一个getter方法,
即实现了该属性所需的全部方法，所以编译器不会再为属性自动合成实例变量。也就满足上面的条件了，编译器也就不会发出警告信息。
总结：
即便这3种方法可以实现，但不推荐。
而应该把封装数据所用的全部属性都定义在主接口里。
在“class-continuation分类”之外的其他分类中，可以定义存取方法，但尽量不要定义属性。