我认为使用哪种代码约定是非常个性化的。我更喜欢用下面的前缀来命名变量:

m -方法变量 c -类变量 p -参数变量

但我想每个程序员都有自己的风格。

根据清洁代码书，这不是一个干净的代码。

你不需要在成员变量前面加上m。此外，人们很快就学会忽略前缀或后缀来看到名称中有意义的部分。

我认为使用哪种代码约定是非常个性化的。我更喜欢用下面的前缀来命名变量:

m -方法变量 c -类变量 p -参数变量

但我想每个程序员都有自己的风格。

我发现这种代码风格的一个好处是，在自动完成对某个变量的引用时，我知道我可以输入“m”来只看到成员变量。

很多编码指南使用m表示类的“成员”。当你在编程时，你可以看到局部变量和成员变量之间的区别。

这似乎是一些早期Android/谷歌工程师的个人偏好，以“m”开始成员变量，所以他们推荐它。

现在，这条规则被强加给那些既不是AOSP贡献者的公司的开发人员，仅仅是因为该页面被认为是Android代码风格规则。这条规则几乎没有什么好处。谷歌应该考虑删除它。否则，请指定Android应用程序的代码风格规则是可选的。

请在此请愿书中添加您的支持意见，以删除规则https://code.google.com/p/android/issues/detail?id=226814