iOS 开发大大们，对于这种不使用 property 的写法，是怎样看待的？是否认同？

[BoBoy]

这是我一个同事写的，超喜欢使用这个方式来定义全局属性，反正我是感到无语。 因为他是项目老人，也没人去说这种事情到底是不是应该这样做，没一点规范，醉了。

[xuyuheng0905]

目前组内项目我也是建议这样写。

[jayzjj000]

前两个变量和最后三个变量是后来加的把。。。

[nicevar]

这就是原本规范的写法，这个锅不要丢给你同事，丢给苹果最合适，你去翻翻早期的源码就知道了

[nicevar]

12 年之前的项目都这样写，你去翻翻 bat 早期的 sdk 也能看到

[zyqhi]

命名有点恶心

[Heavytiger]

反正我看不惯。

[hekunhotmail]

没毛病， 你要适当引导他，要有方法，合作最重要的是沟通，然后达成共识，在沟通，在达成共识

[vincentxue]

以前老项目还是实例变量更多一点，向外传值才在 .h 里写 property 的。不过变量命名一直都是驼峰，这个不合规范。

全部采用 property 好像是 13 、 14 年才开始普及的，这项目老的话也没啥问题。

property 对于实例变量是有多一点点损耗的，看取决了，也并不是一定全部要用 property ，你看 FB 开源的那些项目，依然很多用实例变量。

[LINAICAI]

这是个二维码扫描功能..！

[ostholz]

纯个人习惯问题, 对于不想暴露给外部的变量, 我都是喜欢用 iVar 定义.

[SorcererW]

如果以后要把其中一些变为公有，或者要写 setter/getter ，那么就还得改成 property 了。

[DingSoung]

看见这样的代码 简直要吐， 还有，不喜欢用第三方库布局

[game3108]

要看是内部使用还是外部使用。如果都是内部使用的话，这样未尝不可，好处是不需要去思考 getter 和 setter 方法，清晰明了，坏处是无法用 kvo 。不过你内部变量在内部 kvo 这种设计思路本来就有问题。

[whitenight]

要看写在哪里，在 H 文件里不支持这种写法，在 M 文件里支持这样写

[acumen]

在我司的项目里有些页面也有这样的写法， 也不是不可取吧，至少也是一目了然是私有变量。公司的项目迭代，主导项目的人变了，对项目的代码规范都会有影响吧。每个时期的规范不同，也不能怪谁咯。

[vxees]

老写法了。不过还是推荐 proproperty 。不过看见这种命名就蛋疼。

[xiubin]

说不得是方便子类继承的私有变量了。。。 233333~

[guomiaoyou7784]

写法没有问题的，不使用 Property 自动生成 getter 和 setter 这个看个人喜好。部分命名应该要驼峰的

[xi_lin]

@game3108 请问内部变量在内部 kvo 为啥不好？