iOS中成員變數和屬性區別,ios成員變數區別
原文連結:http://blog.csdn.net/u012946824/article/details/51788565
曆史由來:
接觸iOS的人都知道,@property
聲明的屬性預設會產生一個_類型的成員變數,同時也會產生setter/getter
方法。
但這隻是在iOS5之後,蘋果推出的一個新機制。看老代碼時,經常看到一個大括弧裡面定義了成員變數,同時用了@property聲明,而且還在@implementation中使用@synthesize
方法。
如下:
Demo
@interface ViewController (){ // 1.聲明成員變數 NSString *myString; } //2.在用@property@property(nonatomic, copy) NSString *myString; @end@implementation ViewController//3.最後在@implementation中用synthesize產生set方法@synthesize myString; @end
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
其實,發生這種狀況根本原因是蘋果將預設編譯器從GCC轉換為LLVM(low level virtual machine
),才不再需要為屬性聲明執行個體變數了。
在沒有更改之前,屬性的正常寫法需要成員變數+ @property + @synthesize 成員變數
三個步驟。
如果我們唯寫成員變數+ @property
:
@interface GBViewController :UIViewController{ NSString *myString;}@property (nonatomic, strong) NSString *myString;@end
編譯時間會警示告:Autosynthesized property 'myString' will use synthesized instance variable '_myString', not existing instance variable 'myString'
但更換為LLVM之後,編譯器在編譯過程中發現沒有新的執行個體變數後,就會產生一個底線開頭的執行個體變數。因此現在我們不必在聲明一個執行個體變數。(注意
:==是不必要,不是不可以==)
當然我們也熟知,@property
聲明的屬性不僅僅預設給我們產生一個_類型的成員變數,同時也會產生setter/getter
方法。
在.m
檔案中,編譯器也會自動的產生一個執行個體變數_myString
。那麼在.m檔案中可以直接的使用_myString
執行個體變數,也可以通過屬性self.myString
.都是一樣的。
注意這裡的self.myString
其實是調用的myString
屬性的setter/getter
方法。這與C++中點的使用是有區別的,C++中的點可以直接存取成員變數(也就是執行個體變數)。
例如在oc中有如下代碼
@interface MyViewController :UIViewController{ NSString *name;}@end
在這段代碼裡面只是聲明了一個成員變數,並沒有setter/getter
方法。所以訪問成員變數時,可以直接存取name
,也可以像C++一樣用self->name
來訪問,但絕對不能用self.name
來訪問。
- 擴充:很多人覺得OC中的點文法比較奇怪,實際是OC設計人員有意為之。
點運算式(.)
看起來與C語言中的結構體訪問以及java語言匯總的對象訪問有點類似,如果點運算式出現在等號 =
左邊,調用該屬性名稱的setter
方法。如果點運算式出現在=
右邊,調用該屬性名稱的getter
方法。
- OC中
點運算式(.)
其實就是調用對象的setter
和getter
方法的一種捷徑,self.myString = @"張三";
實際就是[self setmyString:@"張三"];
首先我們要明白,@synthesize
產生了setter/getter
方法。
雖然現在直接使用@property
時,編譯器會自動為你產生以底線開頭的執行個體變數_myString
,不需要自己手動再去寫執行個體變數。而且也不在.m檔案中通過@synthesize myString;
產生setter/getter
方法。但在看老代碼的時候,我們依舊可以看到有人使用成員變數+ @synthesize 成員變數
的形式。
那麼問題來了:
我們能否認為新編譯器LLVM下的@property
== 老編譯器GCC的 成員變數+ @property + @synthesize 成員變數
呢?
答案是否定的。
因為成員變數+ @property + @synthesize 成員變數
的形式,編譯器不會幫我們產生_成員變數
,因此不會操作_成員變數
了;
同時@synthesize
還有一個作用,可以指定與屬性對應的執行個體變數,
例如@synthesize myString = xxx;
那麼self.myString
其實是操作的執行個體變數xxx,而非_String了。