Was bedeutet das Variablenpräfix "m_"?

Ich sehe oft m_Präfix für Variablen verwendet ( m_World, m_Sprites, ...) in Tutorials, Beispielen und anderem Code in erster Linie im Zusammenhang mit der Spieleentwicklung.

Warum fügen Leute m_Variablen Präfixe hinzu?

Dies ist eine typische Programmierpraxis zum Definieren von Variablen, die Mitgliedsvariablen sind. Wenn Sie sie später verwenden, müssen Sie nicht sehen, wo sie definiert sind, um ihren Umfang zu kennen. Dies ist auch großartig, wenn Sie den Umfang bereits kennen und etwas wie IntelliSense verwenden . Sie können damit beginnen m_und eine Liste aller Ihrer Mitgliedsvariablen wird angezeigt. Ein Teil der ungarischen Notation, siehe den Teil über den Umfang in den Beispielen hier .

In Clean Code: Ein Handbuch für agiles Software-Handwerk gibt es eine explizite Empfehlung gegen die Verwendung dieses Präfixes:

Sie müssen Mitgliedsvariablen auch keine Präfixe mehr voranstellen m_. Ihre Klassen und Funktionen sollten klein genug sein, dass Sie sie nicht benötigen.

Es gibt auch ein Beispiel (C # -Code) dafür:

Schlechte Praxis:

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

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

Gute Übung:

public class Part
{
    private String description;

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

Wir rechnen mit Sprachkonstrukten zu Elementvariablen im Fall ausdrücklich Mehrdeutigkeit beziehen ( das heißt , descriptionMitglied und descriptionParameter): this.

Dies ist in C ++ üblich. Dies liegt daran, dass Sie in C ++ nicht denselben Namen für die Elementfunktion und die Elementvariable haben können und Getterfunktionen häufig ohne das Präfix "get" benannt werden.

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_" gibt für das "Mitglied" an. Das Präfix "_" ist ebenfalls üblich.

Sie sollten es nicht in Programmiersprachen verwenden, die dieses Problem durch Verwendung unterschiedlicher Konventionen / Grammatik lösen.

Das m_Präfix wird häufig für Mitgliedsvariablen verwendet. Ich denke, sein Hauptvorteil besteht darin, dass es dabei hilft, eine klare Unterscheidung zwischen einer öffentlichen Eigenschaft und der privaten Mitgliedsvariablen zu treffen, die sie unterstützt:

int m_something

public int Something => this.m_something; 

Es kann hilfreich sein, eine konsistente Namenskonvention für das Sichern von Variablen zu haben, und das m_Präfix ist eine Möglichkeit, dies zu tun - eine, die in Sprachen ohne Berücksichtigung der Groß- und Kleinschreibung funktioniert.

Wie nützlich dies ist, hängt von den Sprachen und Tools ab, die Sie verwenden. Moderne IDEs mit starken Refactor-Tools und Intellisense benötigen weniger Konventionen wie diese, und dies ist sicherlich nicht die einzige Möglichkeit, dies zu tun, aber es lohnt sich auf jeden Fall, sich der Praxis bewusst zu sein.

Wie in den anderen Antworten angegeben, wird das m_Präfix verwendet, um anzuzeigen, dass eine Variable ein Klassenmitglied ist. Dies unterscheidet sich von der ungarischen Notation, da sie nicht den Typ der Variablen, sondern ihren Kontext angibt.

Ich verwende m_in C ++, aber nicht in einigen anderen Sprachen, in denen 'dies' oder 'selbst' obligatorisch ist. Ich mag es nicht, wenn 'this->' mit C ++ verwendet wird, weil es den Code überfüllt.

Eine andere Antwort m_dsclautet "schlechte Praxis" und "Beschreibung". ist "gute Praxis", aber dies ist ein roter Hering, weil das Problem dort die Abkürzung ist.

Eine andere Antwort besagt, dass durch Eingabe thisIntelliSense angezeigt wird, aber jede gute IDE über einen Hotkey verfügt, mit dem IntelliSense für die aktuellen Klassenmitglieder angezeigt wird.

Wie in vielen anderen Antworten angegeben, ist m_ ein Präfix, das Mitgliedsvariablen bezeichnet. Es wird / wurde häufig in der C ++ - Welt verwendet und auch in andere Sprachen, einschließlich Java, weitergegeben.

In einer modernen IDE ist es vollständig redundant, da die Syntaxhervorhebung deutlich macht, welche Variablen lokal und welche Mitglieder sind . Zu dem Zeitpunkt, als die Syntaxhervorhebung Ende der 90er Jahre erschien, gab es die Konvention jedoch schon seit vielen Jahren und sie war fest verankert (zumindest in der C ++ - Welt).

Ich weiß nicht, auf welche Tutorials Sie sich beziehen, aber ich vermute, dass sie die Konvention aufgrund eines von zwei Faktoren verwenden:

• Es handelt sich um C ++ - Tutorials, die von Personen geschrieben wurden, die an die m_-Konvention gewöhnt sind, und / oder ...
• Sie schreiben Code in einfachem (monospaced) Text ohne Syntaxhervorhebung, daher ist die m_-Konvention nützlich, um die Beispiele klarer zu machen.

Lockheed Martin verwendet ein Namensschema mit drei Präfixen, mit dem man wunderbar arbeiten konnte, insbesondere beim Lesen des Codes anderer.

   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

So...

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

Nehmen Sie es für das, was es wert ist.

Um die aktuellen Antworten zu vervollständigen und da die Frage nicht sprachspezifisch ist, verwenden einige C-Projekte das Präfix m_, um globale Variablen zu definieren, die für eine Datei spezifisch sind - und g_für globale Variablen, deren Umfang größer ist als die Datei, die sie definiert haben.
In diesem Fall sollten globale Variablen, die mit dem Präfix m_ definiert sind, definiert werden als static.

Ein Beispiel für ein Projekt, das diese Konvention verwendet, finden Sie unter EDK2-Codierungskonvention (eine UEFI-Open-Source-Implementierung) .

Ein Argument, das ich noch nicht gesehen habe, ist, dass ein Präfix wie m_dieses verwendet werden kann, um zu verhindern, dass Namen mit #define'd-Makros kollidieren .

Regex-Suche nach #define [a-z][A-Za-z0-9_]*[^(]In /usr/include/term.haus Flüchen / Flüchen.