property & instance variable
最近有朋友问我关于oc中使用self.var和下划线_var访问对象属性的区别，其实本来这句话就是不正确的，如果某个对象包含有一个var的属性，我们可以通过self.var去访问它，但是_var访问的并不可以说是这个属性，而是另外与之相关联的实例变量。
小弟写oc之前是在java界搬砖的，java里有个类似的关键字this，它代表当前方法的调用者，C++中的self也是如此，而在oc中的self指针也具有同样的职能，但是因为property机制的存在，事情并不是那么的简单。
实例变量具有私有性，一般情况下仅在类内部使用，为了方便给外界读写这个实例变量，就有了属性，属性用@property关键字声明，属性包含对实例变量读写的get、set方法，在ios5以后我们使用@property来声明属性变量，编译器会自动(@syntheszie var = _var)为我们生成对应的一个以下 划线加属性名 命名的实例变量，还有其对应的getter、setter，下划线是包括在变量名字里的，它叫杠张三不叫张三，而属性叫张三。
self.var是对属性的访问；而_var是对实例变量的访问
在arc时代下，我们就不讨论self.var和_var内存管理的问题了，我们看看@property声明属性后编译器为我们做了什么。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
#import "MyClass.h" @property (copy, nonatomic) NSString *var; ------------------分隔线上下实现相等------------------ #import "MyClass.h" NSString *_var; - (NSString *)var { return _var; } - (void)setVar:(NSString *)var { _var = var; } |
编译器为我们生成了对私有实例变量操作的get、set方法，当然getter，setter里面还可能有其他额外操作。这样一来我们就可以看出通过self.var和_var访问实例变量的区别，在.m文件中可以通过_var来访问实例变量，但是getter、setter不会被调用，而来自外部的访问，需要通过getter、setter。
重写get/set方法
|
1 2 3 4 5 6 7 8 9 10 |
//getter： - (NSString *)name { NSLog("%@", _name); return _name; } //setter: - (void)setName:(NSString *)newValue { _name = newValue; } |
这里我们需要注意什么？
在getter中，我们必须使用_val访问，试想如果在getter中使用self.var访问，则又会触发属性的getter，进入了一个死循环，妈妈永远也等不到我们回家吃饭，不过没关系，程序会crash，告诉我们不要再重蹈覆辙了。
而在settter中，同样的如果使用self.var则也会触发属性的setter。
懒加载
在懒加载中也需如此注意，你必须使用_var来访问实例变量，例如实现一个NSMutableArray的懒加载
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
@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 } |
代码中标识1和2位置在上面我们已经明白了，必须使用_var访问，而分隔线上下两种写法的争议就在于标记3了，很明显，3.1直接对_fruitList赋值，而3.2通过属性的setter对_fruitList赋值，怎样权衡还是自己决定吧。
干预
同时重写getter&setter
如果编译器发现你同时重写了getter、setter，@property机制将不会生效，也就是说，需要我们自己声明_var，当然我们也可以关联到另外一个实例变量上去而并非_var。
readonly
使用readonly关键字修饰后，编译器只会为我们生成getter。
@dynamic
假如一个属性被关键字@dynamic所修饰，则编译器不会自动生成其对应的getter、setter，然而如果开发者没有自行创造getter、setter，将不会在编译期提醒，运行时触发则会发生crash。
顺便一提@dynamic还能帮助我们替换掉某类中本来就存在的，而我们又想自己创造的property。
约定俗成
综上，一般我们在开发中，在对象内部读取值时，直接通过实例变量来访问(_var)，设置值时，使用属性的setter来赋值(self.var)。之所谓要注意代码规范，不仅是一种态度，对别人尊重，还是一种对犯错的避免方式。
swift中的计数变量和存储变量
在swift中并没有类似的机制，属性与外界交流与否 视 是否被private关键字修饰 而定，而属性又分为计算属性和存储属性。
计算属性不直接存储值，而是通过getter、setter间接访问其他属性，类似于本文中的oc属性。
存储属性充当存储值得角色，可直接被外界访问，类似本文中的实例变量。
swift不属于这篇文章的范围，就先不说了。有什么问题欢迎大家评论交流。谢谢
