屬性是封裝數據的方式（參見第6條）。 屬性只是定義實例變數及相關存取方法所用的“語法糖”，所以也應遵循同實例變數一樣的規則。 分類機制，應該將其理解為一種手段，目標在於擴展類的功能，而非封裝數據。 儘管從技術上說，分類里也可以聲明屬性，但這種做法應該儘量避免。 原因是：除了“class-contin ...
屬性是封裝數據的方式（參見第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分類”之外的其他分類中，可以定義存取方法，但儘量不要定義屬性。
