告诉你使用self.var 和 _var的区别

告诉你使用self.var 和 _var的区别

原文出处：  zhiyi（@潜艇_刘智艺Zzz）   

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不属于这篇文章的范围，就先不说了。有什么问题欢迎大家评论交流。谢谢