这是一个创建于 2510 天前的主题，其中的信息可能已经有所发展或是发生改变。
在谷歌 checks 规则里是不建变量用匈牙利命名法，但我看的 android 源码里私有变量几乎都是前缀加 m。
前缀加 m 代码提示感觉稍顺一点，不过我初出茅庐用不用感觉也差不多。目前我的代码都是前缀加 m 表面类型，现在琢磨着要不要改过来，于是想了解一下有这种习惯的开发者多不多。
前缀加 m 代码提示感觉稍顺一点，不过我初出茅庐用不用感觉也差不多。目前我的代码都是前缀加 m 表面类型，现在琢磨着要不要改过来，于是想了解一下有这种习惯的开发者多不多。
 |
1
neoblackcap 2018-01-08 11:05:53 +08:00
IDE 本身可以提示私有不私有，我是不加的
|
 |
2
Icezers 2018-01-08 11:11:10 +08:00
成员变量前面加_ ,局部变量前面加 m，
有和我一样的吗？ 然后写起兴来了就什么都不管了 |
 |
3
hsuan 2018-01-08 11:17:52 +08:00  1
加 m 是 AOSP 的规定： https://source.android.com/setup/code-style#follow-field-naming-conventions
如果你不是向 AOSP 提交代码的话，完全可以不加。 而且，这种做法几乎遭到多数人的反对， 更何况，google 自己的 java style guide 里都并不赞同这种做法。 所以我的建议是： 不加 |
 |
4
x7395759 2018-01-08 11:25:06 +08:00
没有
|
 |
5
pinocc 2018-01-08 11:26:05 +08:00
没有, 嫌烦
|
 |
6
GuLuDaDuiZhang OP @hsuan 原来如此。这规定算是历史遗留问题吧。
|
|
7
GuLuDaDuiZhang OP @Icezers 团队开发还是要遵循一套标准的好，不然每个人风格迥异互看代码时那酸爽。
|
|
8
Icezers 2018-01-08 11:29:39 +08:00
@GuLuDaDuiZhang 没事 我定标准就行了 → →
|
 |
9
oxoxoxox 2018-01-08 11:29:54 +08:00
我们公司规定 C++的成员变量前面都要加上 m 不论是否是 private 虽然我们都不是写 android 代码的
我们公司大部分人都是使用 SublimeText 没有提示功能 命名上做好区分后更方便看代码 各种 style guide 也都是为了使代码更整洁 让大家更容易查看和分析 这个没有唯一的标准 |
|
10
GuLuDaDuiZhang OP @Icezers 大佬，跪拜
|
 |
11
zhaohui318 2018-01-08 11:34:35 +08:00 via Android 2
|
|
12
Icezers 2018-01-08 11:35:45 +08:00 1
@GuLuDaDuiZhang 我的想法是成员变量加了_防止 IDE 代码提示的时候提示错，新人喜欢全部写成成员变量甚至静态变量，这样可以增加调用成本，防止出错。函数局部变量加 m，区分类名和变量名
|
|
13
Icezers 2018-01-08 11:36:15 +08:00
@GuLuDaDuiZhang 只是我自己的一点想法，不一定是对的
|
|
14
GuLuDaDuiZhang OP @oxoxoxox 确实，我看 c/c++开发者很多都是这种命名方式。
我真佩服你们写代码用文本编辑器，我用时没有提示写起来好难受。 嘛，我司主业不是开发，团队很年轻还没有技术骨干来引导，基本上大家都是各写各的。但我想写一手易看的代码，就只好自己给自己定规范。 |
|
15
GuLuDaDuiZhang OP @Icezers 加_原因居然是这个。我加 m 只是学着别人，区分类名和变量名没想到。说的有道理。
|
 |
16
lihongjie0209 2018-01-08 11:59:56 +08:00
不加. 除非你不用 IDE, 类似于文本编辑器只能用正则匹配来提示.
|
 |
17
nicevar 2018-01-08 12:01:06 +08:00
写 c++的时候一定会加，要不然头疼，写 java 原来会加，现在不加了，主要是不利于跟 ide 配合
|
 |
18
zachgenius 2018-01-08 12:01:19 +08:00
习惯了用 m, 不加个标识符每次要多加一个 this.xxxxxx 很烦
|
 |
19
muziki 2018-01-08 12:02:31 +08:00 via iPhone
这种方式在 clean code 里不提倡
|
 |
20
hyyou2010 2018-01-08 13:28:20 +08:00
觉得没必要
|
 |
21
dbdd 2018-01-08 13:29:41 +08:00
没有
|
 |
22
aristotll 2018-01-08 13:29:48 +08:00
这种做法基本等同说废话
可以和 interface 前面加 I 实现命名后面加 impl 并列 |
 |
23
doubleflower 2018-01-08 13:35:47 +08:00
觉得应该强制加 this. 前缀
|
 |
24
pdog18 2018-01-08 13:58:54 +08:00
|
 |
25
Sypher 2018-01-08 14:39:30 +08:00
加上的话，ide 会有个波浪线，不爽，不加
|
 |
26
afpro 2018-01-09 02:53:49 +08:00
m 开头应该是 member 的意思？我猜的。
我加 m 是为了不和 getter 方法重名 |
 |
27
aminic 2018-01-09 03:28:06 +08:00 via Android
加了也不错，语义更明确
|
 |
28
20015jjw 2018-01-09 04:15:10 +08:00 via Android
加
|
 |
29
vjnjc 2018-01-09 12:48:39 +08:00
新项目的话大家商量一下定个规矩，
老项目的话看上下文的代码，尽量风格一致 |
Select Language