Здесь http://source.android.com/source/code-style.html#follow-field-naming-conventions указано, что:
Имена полей
- Непубличные имена нестатических полей начинаются с m.
- Имена статических полей начинаются с s.
- Другие поля начинаются с строчной буквы.
- Открытые статические конечные поля (константы) - ALL_CAPS_WITH_UNDERSCORES.
В нем также указано, что:
Нижеприведенные правила не являются рекомендациями или рекомендациями, а строгими правилами. Вы не можете игнорировать приведенные ниже правила, за исключением случаев, когда они утверждены на основе необходимости.
Мне не нравится соглашение "m" перед частными или полями пакета в классе. Я действительно нахожу это невдохновленным... Я имею в виду, если мы попытаемся применить хорошие проекты, низкое сцепление классов подразумевает наличие нескольких открытых полей. на самом деле, в моих программах у меня обычно нет публичных полей, даже когда мне нужно, чтобы я использовал геттеры и сеттеры...
Итак, почему я должен быть вынужден иметь почти все мои поля в программе с "m" перед ними? было бы нелегко иметь несколько открытых полей, если они есть, с некоторым "g" впереди или что-то еще? или просто использовать сеттеры и геттеры как beans предложить? это действительно делает мой код труднее читать....
Кроме того, в соответствии с этими рекомендациями, локальные временные переменные, используемые в методах, не имеют ограничений, поэтому их можно легко ошибочно принять за общедоступные глобальные поля (также без ограничений)... это также я считаю неправильным, поскольку это вероятный источник ошибок... Я понимаю, что у меня есть способ отличать от полей, но частные/защищенные поля-члены наиболее часто используются в приложении, они не должны быть менее "удобочитаемыми".
Как вы думаете? Должен ли я следовать рекомендациям?
