想问下大家工作中有没有私有成员变量前缀加 m 的习惯

IDE 本身可以提示私有不私有，我是不加的

成员变量前面加_ ,局部变量前面加 m，

有和我一样的吗？



然后写起兴来了就什么都不管了

加 m 是 AOSP 的规定： https://source.android.com/setup/code-style#follow-field-naming-conventions
如果你不是向 AOSP 提交代码的话，完全可以不加。
而且，这种做法几乎遭到多数人的反对， 更何况，google 自己的 java style guide 里都并不赞同这种做法。
所以我的建议是： 不加

没有

没有, 嫌烦

@hsuan 原来如此。这规定算是历史遗留问题吧。

@GuLuDaDuiZhang 没事 我定标准就行了 → →

我们公司规定 C++的成员变量前面都要加上 m 不论是否是 private 虽然我们都不是写 android 代码的
我们公司大部分人都是使用 SublimeText 没有提示功能 命名上做好区分后更方便看代码
各种 style guide 也都是为了使代码更整洁 让大家更容易查看和分析 这个没有唯一的标准

@Icezers 大佬，跪拜

请看 Jake Wharton 的吐槽

http://jakewharton.com/just-say-no-to-hungarian-notation/

@GuLuDaDuiZhang 我的想法是成员变量加了_防止 IDE 代码提示的时候提示错，新人喜欢全部写成成员变量甚至静态变量，这样可以增加调用成本，防止出错。函数局部变量加 m，区分类名和变量名

@GuLuDaDuiZhang 只是我自己的一点想法，不一定是对的

@oxoxoxox 确实，我看 c/c++开发者很多都是这种命名方式。
我真佩服你们写代码用文本编辑器，我用时没有提示写起来好难受。
嘛，我司主业不是开发，团队很年轻还没有技术骨干来引导，基本上大家都是各写各的。但我想写一手易看的代码，就只好自己给自己定规范。

@Icezers 加_原因居然是这个。我加 m 只是学着别人，区分类名和变量名没想到。说的有道理。

不加. 除非你不用 IDE, 类似于文本编辑器只能用正则匹配来提示.

写 c++的时候一定会加，要不然头疼，写 java 原来会加，现在不加了，主要是不利于跟 ide 配合

习惯了用 m, 不加个标识符每次要多加一个 this.xxxxxx 很烦

这种方式在 clean code 里不提倡

觉得没必要

没有

这种做法基本等同说废话
可以和 interface 前面加 I 实现命名后面加 impl 并列

觉得应该强制加 this. 前缀

@aristotll 前面不加 I 的后面加个 impl 是个折衷的办法吧。什么都不加那实现和接口不重名了。。

代码整洁之道里面也推荐不加，说它是废话。

加上的话，ide 会有个波浪线，不爽，不加

m 开头应该是 member 的意思？我猜的。
我加 m 是为了不和 getter 方法重名

加了也不错，语义更明确

加

新项目的话大家商量一下定个规矩，
老项目的话看上下文的代码，尽量风格一致