property & instance variable
最近有朋友問我關(guān)于oc中使用self.var和下劃線_var訪問對(duì)象屬性的區(qū)別褒颈，其實(shí)本來(lái)這句話就是不正確的，如果某個(gè)對(duì)象包含有一個(gè)var的屬性励堡，我們可以通過self.var去訪問它谷丸，但是_var訪問的并不可以說是這個(gè)屬性，而是另外與之相關(guān)聯(lián)的實(shí)例變量应结。
小弟寫oc之前是在java界搬磚的刨疼，java里有個(gè)類似的關(guān)鍵字this，它代表當(dāng)前方法的調(diào)用者鹅龄，C++中的self也是如此揩慕，而在oc中的self指針也具有同樣的職能，但是因?yàn)閜roperty機(jī)制的存在扮休，事情并不是那么的簡(jiǎn)單迎卤。
實(shí)例變量具有私有性，一般情況下僅在類內(nèi)部使用玷坠，為了方便給外界讀寫這個(gè)實(shí)例變量蜗搔，就有了屬性，屬性用@property關(guān)鍵字聲明侨糟，屬性包含對(duì)實(shí)例變量讀寫的get碍扔、set方法，在ios5以后我們使用@property來(lái)聲明屬性變量秕重，編譯器會(huì)自動(dòng)(@syntheszie var = _var)為我們生成對(duì)應(yīng)的一個(gè)以下 劃線加屬性名 命名的實(shí)例變量不同，還有其對(duì)應(yīng)的getter、setter溶耘，下劃線是包括在變量名字里的二拐，它叫杠張三不叫張三，而屬性叫張三凳兵。
self.var是對(duì)屬性的訪問百新；而_var是對(duì)實(shí)例變量的訪問
在arc時(shí)代下，我們就不討論self.var和_var內(nèi)存管理的問題了庐扫，我們看看@property聲明屬性后編譯器為我們做了什么饭望。
#import "MyClass.h"
@property (copy, nonatomic) NSString *var;
------------------分隔線上下實(shí)現(xiàn)相等------------------
#import "MyClass.h"
NSString *_var;
- (NSString *)var {
return _var;
}
- (void)setVar:(NSString *)var {
if (var != _var) {
_var = [var copy];
}
}
編譯器為我們生成了對(duì)私有實(shí)例變量操作的get仗哨、set方法，當(dāng)然getter铅辞，setter里面還可能有其他額外操作厌漂。這樣一來(lái)我們就可以看出通過self.var和_var訪問實(shí)例變量的區(qū)別，在.m文件中可以通過_var來(lái)訪問實(shí)例變量斟珊，但是getter苇倡、setter不會(huì)被調(diào)用，而來(lái)自外部的訪問囤踩，需要通過getter旨椒、setter。
重寫get/set方法
//getter：
- (NSString *)name {
NSLog("%@", _name);
return _name;
}
//setter:
- (void)setName:(NSString *)newValue {
if (newValue != _name) {
_name = [newValue copy];
}
}
這里我們需要注意什么堵漱？
在getter中综慎，我們必須使用_val訪問，試想如果在getter中使用self.var訪問怔锌，則又會(huì)觸發(fā)屬性的getter寥粹，進(jìn)入了一個(gè)死循環(huán)变过，媽媽永遠(yuǎn)也等不到我們回家吃飯埃元，不過沒關(guān)系，程序會(huì)crash媚狰，告訴我們不要再重蹈覆轍了岛杀。
而在settter中，同樣的如果使用self.var則也會(huì)觸發(fā)屬性的setter崭孤。
懶加載
在懶加載中也需如此注意类嗤，你必須使用_var來(lái)訪問實(shí)例變量，例如實(shí)現(xiàn)一個(gè)NSMutableArray的懶加載
@property (strong, nonatomic) NSMutableArray *fruitList;
- (NSMutableArray *)fruitList {
if (nil == _fruitList) {//1
_fruitList = [NSMutableArray array];//3.1
}
return _fruitList;//2
}
------------------分隔線------------------
- (NSMutableArray *)fruitList {
if (nil == _fruitList) {//1
self.fruitList = [NSMutableArray array];//3.2
}
return _fruitList;//2
}
代碼中標(biāo)識(shí)1和2位置在上面我們已經(jīng)明白了辨宠，必須使用_var訪問遗锣，而分隔線上下兩種寫法的爭(zhēng)議就在于標(biāo)記3了，很明顯嗤形，3.1直接對(duì)_fruitList賦值精偿，而3.2通過屬性的setter對(duì)_fruitList賦值，怎樣權(quán)衡還是自己決定吧赋兵。
干預(yù)
同時(shí)重寫getter&setter
如果編譯器發(fā)現(xiàn)你同時(shí)重寫了getter笔咽、setter，@property機(jī)制將不會(huì)生效霹期，也就是說叶组，需要我們自己聲明_var，當(dāng)然我們也可以關(guān)聯(lián)到另外一個(gè)實(shí)例變量上去而并非_var历造。
readonly
使用readonly關(guān)鍵字修飾后甩十，編譯器只會(huì)為我們生成getter船庇。
@dynamic
假如一個(gè)屬性被關(guān)鍵字@dynamic所修飾，則編譯器不會(huì)自動(dòng)生成其對(duì)應(yīng)的getter侣监、setter溢十，然而如果開發(fā)者沒有自行創(chuàng)造getter、setter达吞，將不會(huì)在編譯期提醒张弛，運(yùn)行時(shí)觸發(fā)則會(huì)發(fā)生crash。
順便一提@dynamic還能幫助我們替換掉某類中本來(lái)就存在的酪劫，而我們又想自己創(chuàng)造的property吞鸭。
通過屬性還是直接訪問實(shí)例變量？
1.由于不經(jīng)過OC的方法派發(fā)覆糟，直接訪問實(shí)例變量會(huì)直接訪問到變量所在的內(nèi)存刻剥，速度更快。
2.直接訪問實(shí)例變量時(shí)滩字，不會(huì)調(diào)用其setter造虏，這樣就繞過了為相關(guān)屬性所定義的內(nèi)存管理語(yǔ)義。例如：在ARC下直接訪問一個(gè)語(yǔ)義為copy的屬性麦箍，那么并不會(huì)copy該屬性漓藕，而僅僅是保留新值并釋放舊值。
3.KVO的觸發(fā)
4.通過屬性來(lái)訪問有助于debug與之相關(guān)的錯(cuò)誤
約定俗成
綜上挟裂，一般我們?cè)陂_發(fā)中享钞，在對(duì)象內(nèi)部讀取值時(shí)，直接通過實(shí)例變量來(lái)訪問(_var)诀蓉，設(shè)置值時(shí)栗竖，使用setter來(lái)賦值(self.var)。
而在初始化方法和dealloc中渠啤，應(yīng)該直接訪問實(shí)例變量來(lái)讀寫屬性值狐肢。
之所以要注意代碼規(guī)范，不僅是一種態(tài)度沥曹，對(duì)別人尊重份名，還是一種對(duì)犯錯(cuò)的避免方式。
swift中的計(jì)數(shù)變量和存儲(chǔ)變量
在swift中并沒有類似的機(jī)制架专，屬性與外界交流與否 視 是否被private關(guān)鍵字修飾 而定男窟，而屬性又分為計(jì)算屬性和存儲(chǔ)屬性膊存。
計(jì)算屬性不直接存儲(chǔ)值，而是通過getter、setter間接訪問其他屬性铆帽，類似于本文中的oc屬性爵憎。
存儲(chǔ)屬性充當(dāng)存儲(chǔ)值得角色筑悴，可直接被外界訪問，類似本文中的實(shí)例變量鹰椒。
swift不屬于這篇文章的范圍，就先不說了呕童。有什么問題歡迎大家評(píng)論交流漆际。謝謝
