Почему большинство полей (членов класса) в руководстве по Android начинаются с `m`?

Я знаю о правилах использования верблюдов, но меня смущает это правило. Что это значит? Я разработчик PHP. «Мы» используем первые буквы переменных в качестве указания типа, например, «b» для логического значения, «i» для целого числа и так далее.

«Я» вещь Java? Это стоит для мобильного телефона? смешанная?

Эта нотация взята из Руководства по стилю кода AOSP (Android Open Source Project) для участников :

Следуйте правилам именования полей

• Непубличные, нестатические имена полей начинаются с m.
• Имена статических полей начинаются с s.
• Другие поля начинаются со строчной буквы.
• Открытые статические конечные поля (константы) являются ALL_CAPS_WITH_UNDERSCORES.

Обратите внимание, что руководство по связанному стилю предназначено для добавления кода в проект Android с открытым исходным кодом.

Это не руководство по стилю для кода отдельных приложений Android.

Многие строки руководства по кодированию используют m для «членов» класса. Поэтому, когда вы программируете, вы можете видеть разницу между локальными и переменными-членами

Что такое mпрефикс?

mобозначает переменную-член или член данных. использованиеm префикс для непубличных и нестатических полей.

Когда использовать?

private String mCityName;
private float mTemperature;

Когда не использовать?

public static int mFirstNumber;
public static final String mDATABASE_NAME;

Что я делаю?

Лично я этим не пользуюсь. Это усложняет код и ухудшает читабельность. Если вы все еще используете Блокнот для кодирования, у меня нет слов, но современные IDE способны выделять и окрашивать членские и локальные переменные или что-либо еще.

Вывод

Использование? «Да» или «Нет» - ваш личный выбор.

Если это переменные-члены в классах, «m» означает «член». Многие Java-программисты делают это, хотя в современных IDE это не нужно, поскольку у вас есть подсветка, всплывающие подсказки и т. Д.

Согласно книге «Чистый код», это не чистый код.

Вам не нужно добавлять префикс членских переменных к m . Кроме того, люди быстро учатся игнорировать префикс или суффикс, чтобы увидеть значимую часть имени.

Если у вас есть проблемы, такие как

ваша IDE для генерации сеттеров / геттеров, и вы получите getmName () и setmName ()

Не забудьте сделать следующее ( Настройки / Редактор / Стиль кода / Java / Генерация кода ):

Обновление: мы не используем что-то подобное в Kotlin (поэтому лучше переключиться на него и больше не использовать префиксы)

Я думаю, это очень индивидуально, какие соглашения кода используются. Я предпочитаю называть мои переменные следующими префиксами:

• m - переменные метода
• c - переменные класса
• p - переменные параметра

Но я думаю, что у каждого программиста свой стиль.

Чтобы доказать, что вам определенно не следует относиться к этому соглашению для именования переменных в вашем коде, я передаю скриншот из родительской Android Studio .

Найдите, что переменные внутри объекта специально отсортированы, чтобы поместить m-переменных ниже, чем ваши собственные переменные . Поэтому, называя их в своем коде с префиксом «m», вы прячете их в кучу от себя .

Одно из преимуществ этого стиля кода, которое я нашел, заключается в том, что во время автозаполнения некоторой ссылки на переменную я знаю, что могу набрать «m», чтобы увидеть только переменные-члены.

Как упоминалось ранее, он стилизован для другой переменной. Но также это очень полезно для генерации кода. Если вы нажмете «Alt + Insert», вы получите окна для наиболее распространенных свойств генерации кода. Если вы хотите сгенерировать метод «get» для вашей переменной, вы получите.

public class Foo{
   private int bar;

   public int getBar(){
       return this.bar;
   }

   public void setBar(int bar){
       this.bar = bar; 
   }

}

Но если вы объявите «m, s», вы получите:

public class Foo{
private int mBar;

public int getBar(){
   return mBar;
}

public void setBar(int bar){
   mBar = bar;
}
}

Он будет автоматически сгенерирован и "m" или "s" удалены из вашего конструктора, получите, установите имя метода. После этого «get» и «set» для поля будут сгенерированы без «m». Andoroid Fle-> Setting-> Code Style-> Java-> Code Genenretion. И сделай как на картинке. Может быть, это поможет. Извините за мой англ. Настроить андроид

Кажется, некоторые ранние инженеры Android / Google предпочитали начинать переменные-члены с «m», и поэтому они рекомендовали это.

Теперь это правило навязывается разработчикам в компаниях, которые не являются участниками AOSP, просто потому, что эта страница считается правилами стиля кода Android. В этом правиле мало пользы. Google должен рассмотреть возможность его удаления. В противном случае, укажите, что для Android-приложений какое из правил стиля кода является необязательным.

Добавьте свой комментарий поддержки в эту петицию, чтобы удалить правило https://code.google.com/p/android/issues/detail?id=226814.

Для удобства чтения соглашение о mпеременных-членах и sстатических полях больше не должно использоваться, если вы используете современную IDE, например Android Studio. Android Studio может различать между ними без добавления mили s.

Можно также сказать, что это означает «мое», поскольку в классе / экземпляре говорится: «Эта переменная моя, и никто другой не может получить к ней доступ». В отличие от статического, который, хотя он может быть доступен только классу, используется всеми экземплярами этого класса. Например, если вы рисуете круги, вам нужно знать, насколько велик радиус каждого круга.

    private double mRadius;

но в то же время вы хотите, чтобы счетчик отслеживал все круги, внутри класса кругов вы могли бы иметь

    private static int sCircleCount;

а затем просто статические члены, чтобы увеличить и уменьшить количество кругов, которые у вас есть в настоящее время.

Ниже приведены соглашения об именах,

• Непубличные, нестатические имена полей начинаются с m.
• Имена статических полей начинаются с s.
• Другие поля начинаются со строчной буквы.
• Открытые статические конечные поля (константы) являются ALL_CAPS_WITH_UNDERSCORES.

Пример:

public class MyClass {
    public static final int SOME_CONSTANT = 42;
    public int publicField;
    private static MyClass sSingleton;
    int mPackagePrivate;
    private int mPrivate;
    protected int mProtected;
}