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

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声明属性后编译器为我们做了什么。

编译器为我们生成了对私有实例变量操作的get、set方法,当然getter,setter里面还可能有其他额外操作。这样一来我们就可以看出通过self.var和_var访问实例变量的区别,在.m文件中可以通过_var来访问实例变量,但是getter、setter不会被调用,而来自外部的访问,需要通过getter、setter。

重写get/set方法

这里我们需要注意什么?
在getter中,我们必须使用_val访问,试想如果在getter中使用self.var访问,则又会触发属性的getter,进入了一个死循环,妈妈永远也等不到我们回家吃饭,不过没关系,程序会crash,告诉我们不要再重蹈覆辙了。
而在settter中,同样的如果使用self.var则也会触发属性的setter。

懒加载

在懒加载中也需如此注意,你必须使用_var来访问实例变量,例如实现一个NSMutableArray的懒加载

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

1 6 收藏 评论

相关文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部