Perché la maggior parte dei campi (membri della classe) nel tutorial di Android iniziano con `m`?

Conosco le regole del caso dei cammelli, ma sono confuso con questa regola. Cosa significa? Sono uno sviluppatore PHP. "Noi" usiamo le prime lettere di variabili come indicazione di tipo, come 'b' per booleano, 'i' per intero e così via.

'M' è una cosa di Java? Sta per mobile? misto?

Questa notazione proviene dalle linee guida sullo stile di codice AOSP (Android Open Source Project) per i collaboratori :

Seguire le convenzioni di denominazione dei campi

• I nomi dei campi non pubblici e non statici iniziano con m.
• I nomi dei campi statici iniziano con s.
• Altri campi iniziano con una lettera minuscola.
• I campi finali statici pubblici (costanti) sono ALL_CAPS_WITH_UNDERSCORES.

Si noti che la guida di stile collegata è per il contributo del codice al progetto Open Source Android.

Non è una guida di stile per il codice delle singole app Android.

Molte linee guida per la codifica usano m per "membri" di una classe. Quindi, quando stai programmando, puoi vedere la differenza tra variabili locali e variabili membro.

Che cos'è il mprefisso?

msta per variabile membro o membro dati. Utilizzare il mprefisso per i campi non pubblici e non statici.

Quando usare?

private String mCityName;
private float mTemperature;

Quando non usare?

public static int mFirstNumber;
public static final String mDATABASE_NAME;

Quello che faccio?

Personalmente, non lo uso. Rende il codice più complicato e caos la leggibilità. Se stai ancora utilizzando Blocco note per la codifica, non ho parole, ma gli IDE moderni sono in grado di evidenziare e colorare le variabili locali e locali o qualsiasi altra cosa.

Conclusione

Uso? "Sì" o "No" è una tua scelta personale.

Se si tratta di variabili membro nelle classi, "m" significa "membro". Molti programmatori Java lo fanno, anche se con gli IDE moderni non è necessario dato che hai evidenziazione, suggerimenti del mouse sopra, ecc.

Secondo il Clean Code book, non è un codice pulito.

Non è necessario aggiungere il prefisso alle variabili membro con m . Inoltre, le persone imparano rapidamente a ignorare il prefisso o il suffisso per vedere la parte significativa del nome.

Se hai problemi come

il tuo IDE per generare setter / getter e finisci con getmName () e setmName ()

Non dimenticare di fare il prossimo ( Impostazioni / Editor / Stile codice / Java / Generazione di codice ):

Aggiornamento: non usiamo qualcosa di simile in Kotlin (quindi è meglio passare ad esso e non usare più i prefissi)

Penso che sia molto individuale quali convenzioni di codice vengano utilizzate. Preferisco nominare le mie variabili con i seguenti prefissi:

• m - Variabili del metodo
• c - Variabili di classe
• p - Variabili dei parametri

Ma immagino che ogni programmatore abbia il suo stile.

Per dimostrare che sicuramente non dovresti trattare questa convenzione per la denominazione delle variabili nel tuo codice, passo uno screenshot da un Android Studio padre di seguito.

Trova che le variabili all'interno di un oggetto siano ordinate in modo speciale per mettere le variabili m inferiori alle variabili native . Quindi, nominandoli nel tuo codice con il prefisso "m", li nascondi in un mucchio da te stesso .

L'unico vantaggio che ho riscontrato di questo stile di codice è quando durante un completamento automatico di alcuni riferimenti a una variabile, so che posso digitare "m" per vedere solo le variabili membro.

Come accennato in precedenza, è progettato per diverse variabili. Ma è anche molto utile per la generazione di codice. Se premi "Alt + Inserisci" otterrai finestre per le proprietà più comuni di generazione del codice. Se vuoi generare il metodo "get" per la tua variabile, otterrai.

public class Foo{
   private int bar;

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

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

}

Ma se dichiari "m, s" otterrai:

public class Foo{
private int mBar;

public int getBar(){
   return mBar;
}

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

Verrà generato automaticamente e "m" o "s" eliminati dal costruttore, ottenere, impostare il nome dei metodi. Dopo questo "get" 'e "set" per il campo verranno generati senza "m". Andoroid Fle-> Setting-> Code Style-> Java-> Code Genenretion. E fai come in una foto. Forse aiuterà. Scusa per il mio ing. Configura Android

Sembra essere stata una preferenza personale di alcuni dei primi ingegneri Android / Google per iniziare le variabili membro con 'm' e quindi lo hanno raccomandato.

Ora questa regola è stata forzata alla gola degli sviluppatori in aziende che non sono né contributori AOSP, semplicemente perché quella pagina è considerata regole di stile codice Android. C'è poco o nessun beneficio in quella regola. Google dovrebbe prendere in considerazione la rimozione. In caso contrario, specificare che per le app Android quali delle Regole di stile del codice sono facoltative.

Aggiungi il tuo commento di supporto a questa petizione per rimuovere la regola https://code.google.com/p/android/issues/detail?id=226814

Per motivi di leggibilità, la convenzione di mvariabili membro e scampi statici non deve più essere utilizzata se si utilizza un IDE moderno come Android Studio. Android Studio può distinguere tra quelli senza aggiungere mo s.

Si può anche affermare che sta per "mio", come in Class / Instance sta dicendo "Questa variabile è mia e nessun altro può accedervi". Diverso da statico che, sebbene possa essere disponibile solo per la classe, è condiviso da tutte le istanze di quella classe. Come se disegnassi dei cerchi, dovresti sapere quanto è grande il raggio di ciascun cerchio

    private double mRadius;

ma allo stesso tempo vuoi che un contatore tenga traccia di tutti i cerchi, all'interno della classe del cerchio che potresti avere

    private static int sCircleCount;

e quindi hai solo membri statici per aumentare e ridurre il conteggio delle cerchie che hai attualmente.

Di seguito sono riportate le convenzioni di denominazione,

• I nomi dei campi non pubblici e non statici iniziano con m.
• I nomi dei campi statici iniziano con s.
• Altri campi iniziano con una lettera minuscola.
• I campi finali statici pubblici (costanti) sono ALL_CAPS_WITH_UNDERSCORES.

Esempio:

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