第26條：勿在分類中聲明屬性，第26條分類中聲明

第26條：勿在分類中聲明屬性，第26條分類中聲明

屬性是封裝資料的方式（參見第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分類”之外的其他分類中，可以定義存取方法，但盡量不要定義屬性。