Cosa significa il prefisso variabile `m_`?

Vedo spesso m_prefisso usato per le variabili ( m_World, m_Sprites, ...) in tutorial, esempi e altro codice riguardato principalmente lo sviluppo del gioco.

Perché le persone aggiungono il prefisso m_alle variabili?

Questa è una tipica pratica di programmazione per la definizione di variabili che sono variabili membro. Quindi, quando li usi in seguito, non è necessario vedere dove sono definiti per conoscerne l'ambito. Questo è ottimo anche se conosci già l'ambito e stai usando qualcosa come intelliSense , puoi iniziare con m_e viene mostrato un elenco di tutte le variabili del tuo membro. Parte della notazione ungherese, vedere la parte relativa all'ambito negli esempi qui .

In Clean Code: A Handbook of Agile Software Craftsrafts c'è una raccomandazione esplicita contro l'uso di questo prefisso:

Inoltre, non è più necessario aggiungere un prefisso alle variabili membro m_. Le tue classi e funzioni dovrebbero essere abbastanza piccole da non averne bisogno.

C'è anche un esempio (codice C #) di questo:

Cattiva pratica:

public class Part
{
    private String m_dsc; // The textual description

    void SetName(string name)
    {
        m_dsc = name;
    }
}

Buona pratica:

public class Part
{
    private String description;

    void SetDescription(string description)
    {
        this.description = description;
    }
}

Contiamo con costrutti del linguaggio per fare riferimento a variabili membro nel caso di esplicita l'ambiguità ( cioè , descriptionmembro e descriptionparametri): this.

È pratica comune in C ++. Questo perché in C ++ non è possibile avere lo stesso nome per la funzione membro e la variabile membro e le funzioni getter sono spesso denominate senza il prefisso "get".

class Person
{
   public:
      std::string name() const;

   private:
      std::string name; // This would lead to a compilation error.
      std::string m_name; // OK.
};

main.cpp:9:19: error: duplicate member 'name'
      std::string name;
                  ^
main.cpp:6:19: note: previous declaration is here
      std::string name() const;
                  ^
1 error generated.

http://coliru.stacked-crooked.com/a/f38e7dbb047687ad

"m_" indica il "membro". Il prefisso "_" è anche comune.

Non dovresti usarlo in linguaggi di programmazione che risolvono questo problema usando convenzioni / grammatica diverse.

Il m_prefisso viene spesso utilizzato per le variabili membro - penso che il suo principale vantaggio sia che aiuta a creare una chiara distinzione tra una proprietà pubblica e la variabile membro privata che la supporta:

int m_something

public int Something => this.m_something; 

Può aiutare ad avere una convenzione di denominazione coerente per il backup delle variabili e il m_prefisso è un modo per farlo - quello che funziona in linguaggi senza distinzione tra maiuscole e minuscole.

Quanto sia utile dipende dalle lingue e dagli strumenti che stai utilizzando. Gli IDE moderni con potenti strumenti di refactoring e intellisense hanno meno bisogno di convenzioni come questa, e non è certamente l'unico modo per farlo, ma vale la pena essere consapevoli della pratica in ogni caso.

Come indicato nelle altre risposte, il m_prefisso viene utilizzato per indicare che una variabile è un membro della classe. Questo è diverso dalla notazione ungherese perché non indica il tipo di variabile ma il suo contesto.

Uso m_in C ++ ma non in altre lingue in cui 'this' o 'self' sono obbligatori. Non mi piace vedere 'this->' usato con C ++ perché ingombra il codice.

Un'altra risposta dice m_dsc"cattiva pratica" e "descrizione"; è "buona pratica" ma si tratta di un'aringa rossa perché il problema è l'abbreviazione.

Un'altra risposta dice che digitando thisIntelliSense compare, ma ogni IDE valido avrà un tasto di scelta rapida per far apparire IntelliSense per i membri della classe corrente.

Come affermato in molte altre risposte, m_ è un prefisso che indica le variabili membro. È / era comunemente usato nel mondo C ++ e propagato anche in altre lingue, incluso Java.

In un IDE moderno è completamente ridondante poiché l'evidenziazione della sintassi rende evidente quali variabili sono locali e quali sono membri . Tuttavia, quando è apparso l'evidenziazione della sintassi alla fine degli anni '90, la convenzione era in circolazione da molti anni ed era stata stabilita (almeno nel mondo C ++).

Non so a quali tutorial ti riferisci, ma immagino che stiano usando la convenzione a causa di uno di questi due fattori:

• Sono tutorial C ++, scritti da persone abituate alla convenzione m_, e / o ...
• Scrivono il codice in testo semplice (monospaziato), senza evidenziare la sintassi, quindi la convenzione m_ è utile per rendere più chiari gli esempi.

Lockheed Martin utilizza uno schema di denominazione a 3 prefissi con cui è stato meraviglioso lavorare, specialmente quando si legge il codice degli altri.

   Scope          Reference Type(*Case-by-Case)   Type

   member   m     pointer p                       integer n
   argument a     reference r                     short   n
   local    l                                     float   f
                                                  double  f
                                                  boolean b

Così...

int A::methodCall(float af_Argument1, int* apn_Arg2)
{
    lpn_Temp = apn_Arg2;
    mpf_Oops = lpn_Temp;  // Here I can see I made a mistake, I should not assign an int* to a float*
}

Prendilo per quello che vale.

Per completare le risposte correnti e poiché la domanda non è specifica della lingua, alcuni progetti C usano il prefisso m_per definire le variabili globali specifiche di un file e g_per le variabili globali che hanno un ambito più ampio del file che vengono definite.
In questo caso, le variabili globali definite con il prefisso m_ devono essere definite come static.

Vedere la convenzione di codifica EDK2 (un'implementazione Open-Source UEFI) per un esempio di progetto che utilizza questa convenzione.

Un argomento che non ho ancora visto è che un prefisso come quello m_può essere usato per prevenire lo scontro tra nomi con #define'macro'.

Ricerca Regex per #define [a-z][A-Za-z0-9_]*[^(]in /usr/include/term.hda maledizioni / ncurses.