原文鏈接：http://blog.csdn.net/u012946824/article/details/51788565 歷史由來： 接觸iOS的人都知道，@property聲明的屬性預設會生成一個_類型的成員變數，同時也會生成setter/getter方法。 但這隻是在iOS5之後，蘋果推出的一 ...
原文鏈接：http://blog.csdn.net/u012946824/article/details/51788565
歷史由來：
接觸iOS的人都知道，@property聲明的屬性預設會生成一個_類型的成員變數，同時也會生成setter/getter方法。
但這隻是在iOS5之後，蘋果推出的一個新機制。看老代碼時，經常看到一個大括弧裡面定義了成員變數，同時用了@property聲明，而且還在@implementation中使用@synthesize方法。
如下：
@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- 1
- 2
- 3
- 4
- 5
- 6
- 1
- 2
- 3
- 4
- 5
- 6
編譯時會報警告：
Autosynthesized property 'myString' will use synthesized instance variable '_myString', not existing instance variable 'myString'
- 1
- 2
- 3
- 1
- 2
- 3
但更換為LLVM之後，編譯器在編譯過程中發現沒有新的實例變數後，就會生成一個下劃線開頭的實例變數。因此現在我們不必在聲明一個實例變數。（註意：==是不必要，不是不可以==）
當然我們也熟知，@property聲明的屬性不僅僅預設給我們生成一個_類型的成員變數，同時也會生成setter/getter方法。
在.m文件中，編譯器也會自動的生成一個實例變數_myString。那麼在.m文件中可以直接的使用_myString實例變數，也可以通過屬性self.myString.都是一樣的。
註意這裡的self.myString其實是調用的myString屬性的setter/getter方法。這與C++中點的使用是有區別的，C++中的點可以直接訪問成員變數(也就是實例變數)。
例如在oc中有如下代碼
@interface MyViewController :UIViewController
{
NSString *name;
}
@end- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
在這段代碼裡面只是聲明瞭一個成員變數，並沒有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了。
