Pourquoi la plupart des champs (membres de la classe) du didacticiel Android commencent-ils par `m`?

Je connais les règles de l'affaire des chameaux, mais je suis confus avec cette règle m. Qu'est ce que cela signifie? Je suis développeur PHP. «Nous» utilisons les premières lettres des variables comme indication de type, comme «b» pour booléen, «i» pour entier et ainsi de suite.

Est-ce que je suis une chose Java? Cela signifie-t-il pour mobile? mixte?

Cette notation provient des directives de style de code AOSP (Android Open Source Project) pour les contributeurs :

Suivez les conventions de dénomination des champs

• Les noms de champs non publics et non statiques commencent par m.
• Les noms de champs statiques commencent par s.
• Les autres champs commencent par une lettre minuscule.
• Les champs finaux statiques publics (constantes) sont ALL_CAPS_WITH_UNDERSCORES.

Notez que le guide de style lié est pour le code à contribuer au projet Android Open Source.

Ce n'est pas un guide de style pour le code des applications Android individuelles.

De nombreuses lignes directrices de codage utilisent m pour les «membres» d'une classe. Ainsi, lorsque vous programmez, vous pouvez voir la différence entre les variables locales et les variables membres.

Qu'est-ce que le mpréfixe?

msignifie membre variable ou membre de données. Utilisez le mpréfixe pour les champs non publics et non statiques.

Quand utiliser?

private String mCityName;
private float mTemperature;

Quand ne pas utiliser?

public static int mFirstNumber;
public static final String mDATABASE_NAME;

Ce que je fais?

Personnellement, je ne l'utilise pas. Cela rend le code plus compliqué et rend la lisibilité chaotique. Si vous utilisez toujours le Bloc-notes pour le codage, je n'ai pas de mots, mais les IDE modernes sont capables de mettre en surbrillance et de colorier les variables membres et locales ou toute autre chose.

Conclusion

Utilisation? "Oui" ou "Non" est votre choix personnel.

S'il s'agit de variables membres dans les classes, le «m» signifie «membre». De nombreux programmeurs Java le font, bien qu'avec les IDE modernes, cela ne soit pas nécessaire car vous avez la mise en surbrillance, la souris sur les info-bulles, etc.

Selon le livre Clean Code, ce n'est pas un code propre.

Vous n'avez pas besoin de préfixer les variables membres avec m . De plus, les gens apprennent rapidement à ignorer le préfixe ou le suffixe pour voir la partie significative du nom.

Si vous avez des problèmes comme

votre IDE pour générer des setters / getters et vous vous retrouvez avec getmName () et setmName ()

N'oubliez pas de faire ensuite ( Paramètres / Editeur / Style de code / Java / Génération de code ):

Mise à jour: nous n'utilisons pas quelque chose comme ça dans Kotlin (il vaut donc mieux y basculer et ne plus utiliser de préfixes)

Je pense que c'est très individuel quelles conventions de code sont utilisées. Je préfère nommer mes variables avec les préfixes suivants:

• m - Variables de méthode
• c - Variables de classe
• p - Variables de paramètres

Mais je suppose que chaque programmeur a son propre style.

Pour prouver que vous ne devez absolument pas traiter cette convention pour nommer les variables dans votre code, je passe une capture d'écran d'un parent Android Studio ci-dessous.

Trouvez que les variables à l'intérieur d'un objet sont spécialement triées pour placer les m-variables plus bas que vos variables natives . Donc, en les nommant dans votre code avec le préfixe "m", vous les cachez dans un tas de vous-même .

Le seul avantage que j'ai trouvé de ce style de code, c'est que lors d'une saisie semi-automatique d'une référence à une variable, je sais que je peux taper "m" pour voir uniquement les variables membres.

Comme cela a été mentionné précédemment, il est conçu pour différentes variables. Mais il est également très utile pour la génération de code. Si vous appuyez sur "Alt + Insert", vous obtiendrez des fenêtres pour les propriétés de génération de code les plus courantes. Si vous souhaitez générer la méthode "get" pour votre variable, vous obtiendrez.

public class Foo{
   private int bar;

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

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

}

Mais si vous déclarez "m, s", vous obtiendrez:

public class Foo{
private int mBar;

public int getBar(){
   return mBar;
}

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

Il sera automatiquement généré et "m" ou "s" sera supprimé de votre constructeur, obtenez, définissez le nom des méthodes. Après cela, «get» et «set» pour le champ seront générés sans «m». Andoroid Fle-> Setting-> Code Style-> Java-> Code Genenretion. Et faites comme sur une photo. Peut-être que cela vous aidera. Désolé pour mon eng. Configurer Android

Il semble que certains des premiers ingénieurs d'Android / Google aient préféré personnellement commencer les variables membres par «m» et ils l'ont donc recommandé.

Maintenant, cette règle est forcée de tomber dans la gorge des développeurs d'entreprises qui ne sont ni des contributeurs AOSP, simplement parce que cette page est considérée comme des règles de style de code Android. Il y a peu ou pas d'avantages dans cette règle. Google devrait envisager de le supprimer. Sinon, veuillez spécifier que pour les applications Android, lesquelles des règles de style de code sont facultatives.

Veuillez ajouter votre commentaire de soutien à cette pétition pour supprimer la règle https://code.google.com/p/android/issues/detail?id=226814

Par souci de lisibilité, la convention des mvariables membres et sdes champs statiques ne devrait plus être utilisée si vous utilisez un IDE moderne comme Android Studio. Android Studio peut faire la différence entre ceux-ci sans ajouter mou s.

On peut également dire qu'il représente "le mien", comme dans la classe / instance dit "Cette variable est la mienne et personne d'autre ne peut y accéder." Différent de statique qui, bien qu'il ne soit disponible que pour la classe, il est partagé par toutes les instances de cette classe. Comme si vous dessiniez des cercles, vous devez savoir la taille du rayon de chaque cercle

    private double mRadius;

mais en même temps, vous voulez qu'un compteur garde la trace de tous les cercles, à l'intérieur de la classe de cercle que vous pourriez avoir

    private static int sCircleCount;

puis il suffit d'avoir des membres statiques pour augmenter et diminuer le nombre de cercles que vous avez actuellement.

Voici les conventions de dénomination,

• Les noms de champs non publics et non statiques commencent par m.
• Les noms de champs statiques commencent par s.
• Les autres champs commencent par une lettre minuscule.
• Les champs finaux statiques publics (constantes) sont ALL_CAPS_WITH_UNDERSCORES.

Exemple:

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;
}