Co oznacza przedrostek zmiennej „m_”?

Często widzę m_prefiks używany dla zmiennych ( m_World, m_Sprites...) w samouczki, przykłady i innego kodu, związanych głównie z rozwojem gry.

Dlaczego ludzie dodają przedrostki m_do zmiennych?

Jest to typowa praktyka programistyczna służąca do definiowania zmiennych, które są zmiennymi składowymi. Więc kiedy używasz ich później, nie musisz widzieć, gdzie są zdefiniowane, aby poznać ich zakres. Jest to również świetne, jeśli znasz już zakres i używasz czegoś takiego jak IntelliSense , możesz zacząć od m_i zostanie wyświetlona lista wszystkich zmiennych składowych . Część notacji węgierskiej, patrz część dotycząca zakresu w przykładach tutaj .

W Clean Code: A Handbook of Agile Software Craftsmanship znajduje się wyraźne zalecenie dotyczące używania tego przedrostka:

Nie musisz też już poprzedzać zmiennych m_składowych. Twoje klasy i funkcje powinny być na tyle małe, że ich nie potrzebujesz.

Istnieje również przykład (kod w C #) tego:

Zła praktyka:

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

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

Dobra praktyka:

public class Part
{
    private String description;

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

Liczymy z konstrukcjami językowymi w odniesieniu do zmiennych składowych w przypadku jawnie dwuznaczności ( tj , descriptionzarejestrował i descriptionparametrów) this.

Jest to powszechna praktyka w C ++. Dzieje się tak, ponieważ w C ++ nie możesz mieć takiej samej nazwy dla funkcji składowej i zmiennej składowej, a funkcje pobierające są często nazywane bez przedrostka „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

Stany „m_” dla „członka”. Przedrostek „_” jest również powszechny.

Nie powinieneś go używać w językach programowania, które rozwiązują ten problem przy użyciu różnych konwencji / gramatyki.

m_Prefiks jest często używany do zmiennych składowych - Myślę, że jego główną zaletą jest to, że pomaga tworzyć wyraźne rozróżnienie między własności publicznej i prywatnej zmiennej członkiem podkładzie go:

int m_something

public int Something => this.m_something; 

Pomocna może być spójna konwencja nazewnictwa dla zmiennych bazowych, a m_prefiks jest jednym ze sposobów osiągnięcia tego celu - takim, który działa w językach bez rozróżniania wielkości liter.

To, jak przydatne jest to, zależy od języków i narzędzi, których używasz. Nowoczesne IDE z silnymi narzędziami do refaktoryzacji i inteligencją mają mniejsze zapotrzebowanie na takie konwencje i z pewnością nie jest to jedyny sposób na zrobienie tego, ale w każdym przypadku warto mieć świadomość tej praktyki.

Jak stwierdzono w innych odpowiedziach, m_przedrostek służy do wskazania, że ​​zmienna jest członkiem klasy. Różni się to od notacji węgierskiej, ponieważ nie wskazuje typu zmiennej, ale jej kontekst.

Używam m_w C ++, ale nie w innych językach, w których „this” lub „self” jest obowiązkowe. Nie lubię, gdy „this->” jest używane w C ++, ponieważ zaśmieca kod.

Inna odpowiedź brzmi: m_dsc„zła praktyka” i „opis”; to „dobra praktyka”, ale to jest czerwony śledź, ponieważ problem polega na skrócie.

Inna odpowiedź mówi, że wpisywanie thiswyskakuje IntelliSense, ale każde dobre IDE będzie miało klawisz skrótu do wyskakiwania IntelliSense dla bieżących członków klasy.

Jak stwierdzono w wielu innych odpowiedziach, m_ jest przedrostkiem oznaczającym zmienne składowe. Jest / był powszechnie używany w świecie C ++ i rozpowszechniany także w innych językach, w tym w Javie.

W nowoczesnym IDE jest to całkowicie zbędne, ponieważ podświetlanie składni pokazuje, które zmienne są lokalne, a które są członkami . Jednak do czasu, gdy podświetlanie składni pojawiło się pod koniec lat 90., konwencja istniała już od wielu lat i była mocno ustalona (przynajmniej w świecie C ++).

Nie wiem, do których tutoriali się odnosisz, ale zgadnę, że używają konwencji z powodu jednego z dwóch czynników:

• Są to samouczki C ++, napisane przez ludzi przyzwyczajonych do konwencji m_ i / lub ...
• Piszą kod w zwykłym tekście (o stałej szerokości), bez podświetlania składni, więc konwencja m_ jest przydatna, aby przykłady były bardziej przejrzyste.

Lockheed Martin używa schematu nazewnictwa z trzema prefiksami, z którym wspaniale się pracuje, zwłaszcza podczas czytania kodu innych osób.

   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

Więc...

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

Weź to za to, co jest warte.

Aby uzupełnić bieżące odpowiedzi, a pytanie nie jest specyficzne dla języka, niektóre projekty C używają przedrostka m_do definiowania zmiennych globalnych, które są specyficzne dla pliku - i g_dla zmiennych globalnych, których zasięg jest większy niż plik, w którym są zdefiniowane.
W tym przypadku zmienne globalne zdefiniowane z przedrostkiem m_ powinny być zdefiniowane jako static.

Zobacz konwencję kodowania EDK2 (implementacja UEFI Open-Source), aby zapoznać się z przykładem projektu korzystającego z tej konwencji.

Jednym z argumentów, których jeszcze nie widziałem, jest to, że przedrostek taki jak m_może być używany do zapobiegania kolizji nazw z makrami #define„d”.

Wyszukiwanie wyrażeń regularnych #define [a-z][A-Za-z0-9_]*[^(]w /usr/include/term.hz curses / ncurses.