Android私人领域命名指南是否可以?

这里 http://source.android.com/source/code-style.html#follow-field-naming-conventions说:

Field Names

  • Non-public,non-static field names start with m.
  • Static field names start with s.
  • Other fields start with a lower case letter.
  • Public static final fields (constants) are ALL_CAPS_WITH_UNDERscoreS.

它还指出:

The rules below are not guidelines or recommendations,but strict rules. You may not disregard the rules we list below except as approved on a need-to-use basis.

我不喜欢在类中的私有或包字段之前的“m”约定.我真的觉得这个没有兴趣,我的意思是,如果我们尝试应用好的设计,这个类的低耦合意味着很少的公共领域.实际上,在我的程序中,我通常没有公共领域,即使我需要一些我使用getter和setter …

那么,为什么我应该被迫在这个节目中几乎所有的领域都有一个“m”呢?有几个公共领域,如果有的话,前面还有一些“g”,会不容易吗?或者只是使用setters和getter作为bean建议?
这真的使我的代码更难阅读….

另外,按照这些指导原则,方法中使用的局部临时变量没有任何限制,所以它们很容易被误认为是公共的全局字段(也是没有限制的)…这也是错误的,因为它是一个可能的错误来源…
我理解有一种与领域区分的方式,但是私有/受保护的成员字段是应用程序中最常用的,它们不应该“可读”更少.

你怎么看?我应该遵守指南吗?

解决方法

这些编码准则适用于Android开放源代码项目,这是Android平台的核心.如果您希望任何代码被接受到核心平台,您必须遵循这些准则.你可以在自己的应用程序中做任何你想要的. 对于指导方针本身,我认为它们与商业应用中使用的许多标准非常合理和相似.一般来说,您希望使用getter和setter进行公共场访问,并且您不希望拥有全局公共变量.只有全局公共常量可以. 所以简单的答案是跟随他们的开源项目,决定跟随他们在你的应用程序.

相关文章

这篇“android轻量级无侵入式管理数据库自动升级组件怎么实现...
今天小编给大家分享一下Android实现自定义圆形进度条的常用方...
这篇文章主要讲解了“Android如何解决字符对齐问题”,文中的...
这篇文章主要介绍“Android岛屿数量算法怎么使用”的相关知识...
本篇内容主要讲解“Android如何开发MQTT协议的模型及通信”,...
本文小编为大家详细介绍“Android数据压缩的方法是什么”,内...