O que significa o prefixo da variável `m_`?

Muitas vezes vejo m_prefixo usado para variáveis ( m_World, m_Sprites...) em tutoriais, exemplos e outros códigos, principalmente relacionadas com o desenvolvimento do jogo.

Por que as pessoas adicionam prefixo m_às variáveis?

Essa é uma prática típica de programação para definir variáveis ​​que são variáveis ​​membros. Portanto, quando você os usar mais tarde, não precisará ver onde eles estão definidos para conhecer seu escopo. Isso também é ótimo se você já conhece o escopo e está usando algo como o intelliSense , pode começar m_e uma lista de todas as suas variáveis ​​de membro é mostrada. Parte da notação húngara, veja a parte sobre escopo nos exemplos aqui .

No Código Limpo: Um Manual do Artesanato em Software Ágil, há uma recomendação explícita contra o uso desse prefixo:

Você também não precisa prefixar variáveis ​​de membro com m_mais. Suas classes e funções devem ser pequenas o suficiente para que você não precise delas.

Há também um exemplo (código C #) disso:

Má prática:

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

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

Boa prática:

public class Part
{
    private String description;

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

Contamos com construções de linguagem para se referir a variáveis de membro, no caso de explicitamente ambigüidade ( ie , descriptionmembro e descriptionparâmetro): this.

É prática comum em C ++. Isso ocorre porque em C ++ você não pode ter o mesmo nome para a função e a variável membro, e as funções getter geralmente são nomeadas sem o prefixo "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

estados "m_" para o "membro". O prefixo "_" também é comum.

Você não deve usá-lo em linguagens de programação que resolvem esse problema usando diferentes convenções / gramática.

O m_prefixo é frequentemente usado para variáveis ​​de membro - acho que sua principal vantagem é que ele ajuda a criar uma distinção clara entre uma propriedade pública e a variável de membro privado que a apoia:

int m_something

public int Something => this.m_something; 

Pode ajudar a ter uma convenção de nomenclatura consistente para o backup de variáveis, e o m_prefixo é uma maneira de fazer isso - que funciona em linguagens que não diferenciam maiúsculas de minúsculas.

A utilidade disso depende dos idiomas e das ferramentas que você está usando. Os IDEs modernos, com fortes ferramentas de refator e inteligência intelectual, têm menos necessidade de convenções como essa, e certamente não é a única maneira de fazer isso, mas vale a pena estar ciente da prática em qualquer caso.

Conforme indicado nas outras respostas, o m_prefixo é usado para indicar que uma variável é um membro da classe. Isso é diferente da notação húngara porque não indica o tipo da variável, mas seu contexto.

Uso m_em C ++, mas não em outras linguagens em que 'this' ou 'self' é obrigatório. Eu não gosto de ver 'this->' usado com C ++ porque desorganiza o código.

Outra resposta diz que m_dscé "má prática" e 'descrição;' é "boa prática", mas esse é um problema, porque o problema é a abreviação.

Outra resposta diz que a digitação thisexibe o IntelliSense, mas qualquer IDE bom terá uma tecla de atalho para exibir o IntelliSense para os membros da classe atual.

Como afirmado em muitas outras respostas, m_ é um prefixo que indica variáveis ​​de membros. É / foi comumente usado no mundo C ++ e propagado para outras linguagens também, incluindo Java.

Em um IDE moderno, é completamente redundante, pois o destaque da sintaxe torna evidente quais variáveis ​​são locais e quais são membros . No entanto, quando o destaque da sintaxe apareceu no final dos anos 90, a convenção já existia há muitos anos e estava firmemente definida (pelo menos no mundo C ++).

Não sei a quais tutoriais você está se referindo, mas acho que eles estão usando a convenção devido a um dos dois fatores:

• São tutoriais em C ++, escritos por pessoas acostumadas à convenção m_ e / ou ...
• Eles escrevem código em texto simples (monoespaçado), sem realce de sintaxe, portanto a convenção m_ é útil para tornar os exemplos mais claros.

A Lockheed Martin usa um esquema de nomeação de três prefixos, que foi maravilhoso de se trabalhar, especialmente ao ler o código de outras pessoas.

   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

Assim...

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

Leve para o que vale a pena.

Para concluir as respostas atuais e como a pergunta não é específica ao idioma, alguns projetos C usam o prefixo m_para definir variáveis ​​globais específicas de um arquivo - e g_para variáveis ​​globais com escopo maior que o arquivo definido.
Nesse caso, variáveis ​​globais definidas com prefixo m_ devem ser definidas como static.

Consulte a convenção de codificação EDK2 (uma implementação de código aberto UEFI) para obter um exemplo de projeto usando essa convenção.

Um argumento que ainda não vi é que um prefixo como m_pode ser usado para impedir o conflito de nomes com #defineas macro.

Pesquisa #define [a-z][A-Za-z0-9_]*[^(]em Regex por /usr/include/term.hcurses / ncurses.