Що означає префікс змінної `m_`?

Я часто бачу m_префікс , який використовується для змінних ( m_World, m_Sprites, ...) в навчальні посібники, приклади та іншого коду , в основному пов'язані з розвитком гри.

Чому люди додають префікс m_до змінних?

Це типова практика програмування для визначення змінних, які є змінними-членами. Тож коли ви використовуєте їх пізніше, вам не потрібно бачити, де вони визначені, щоб знати їх сферу застосування. Це також чудово, якщо ви вже знаєте область, і ви використовуєте щось на зразок intelliSense , ви можете почати з m_цього списку та відобразити список усіх змінних вашого члена. Частина угорських позначень, частина про сферу застосування див. У прикладах тут .

У чистому коді: Довідник Agile Craftsmanship Software пропонує чітку рекомендацію щодо використання цього префікса:

Також вам більше не потрібно префіксувати змінні члена m_. Ваші класи та функції повинні бути досить маленькими, щоб вони вам не потрібні.

Також є приклад (код C #) цього:

Погана практика:

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

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

Гарна практика:

public class Part
{
    private String description;

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

Ми розраховуємо з конструкціями мови для позначення змінних - членів в разі явного неоднозначності ( тобто , descriptionчленів і descriptionпараметрів): this.

Це звичайна практика на C ++. Це тому, що в C ++ ви не можете мати однакове ім’я для функції члена та змінної члена, а функції getter часто називаються без префіксу "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_" станів для "члена". Префікс "_" також поширений.

Не слід використовувати його в мовах програмування, які вирішують цю проблему, використовуючи різні конвенції / граматики.

m_Префікс часто використовуються для змінних - членів - Я думаю , його головна перевага полягає в тому, що вона допомагає створити чітку відмінність між суспільною власністю і приватною підтримкою змінного члена документа :

int m_something

public int Something => this.m_something; 

Це може допомогти скласти послідовну конвенцію іменування для резервного копіювання змінних, і m_префікс - це один із способів цього - той, який працює у нечутливих до регістру мовах.

Наскільки це корисно, залежить від мов та інструментів, якими ви користуєтесь. Сучасні ІДЕ з потужними інструментами рефактора та інтелісенсією мають меншу потребу в таких конвенціях, і це, звичайно, не єдиний спосіб зробити це, але варто бути обізнаним про практику в будь-якому випадку.

Як зазначено в інших відповідях, m_префікс використовується для вказівки, що змінна є членом класу. Це відрізняється від угорського позначення тим, що вказується не тип змінної, а її контекст.

Я використовую m_в C ++, але не в деяких інших мовах, де "це" або "Я" є обов'язковим. Мені не подобається бачити "це->", що використовується у C ++, тому що це захаращує код.

Інша відповідь говорить m_dsc: "погана практика" та "опис". "хороша практика", але це червона оселедець, тому що проблема є в абревіатурі.

Ще одна відповідь говорить, що при введенні thisспливаючих даних IntelliSense, але будь-який хороший IDE матиме гарячу клавішу для появи спливаючих даних IntelliSense для нинішніх членів класу.

Як зазначено в багатьох інших відповідях, m_ є префіксом, який позначає змінні члена. Він / широко застосовувався у світі C ++ і поширювався і на інші мови, включаючи Java.

У сучасному IDE це зовсім зайве, оскільки виділення синтаксису дає зрозуміти, які змінні є локальними, а які - членами . Однак до того часу, коли підсвічування синтаксису з'явилося наприкінці 90-х, конвенція існувала протягом багатьох років і була твердо встановлена ​​(принаймні, у світі С ++).

Я не знаю, до яких навчальних посібників ви звертаєтесь, але я здогадуюсь, що вони використовують конвенцію через один із двох факторів:

• Це підручники C ++, написані людьми, звиклими до конвенції m_ та / або ...
• Вони пишуть код у простому (односкладному) тексті без підкреслення синтаксису, тому умова m_ корисна, щоб зробити приклади більш зрозумілими.

Lockheed Martin використовує 3-префіксну схему іменування, з якою було чудово працювати, особливо при читанні інших кодів.

   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

Так...

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

Візьміть це за те, що воно варте.

Для завершення поточних відповідей і оскільки питання не є мовним, деякі C-проекти використовують префікс m_для визначення глобальних змінних, специфічних для файлу - і g_для глобальних змінних, які мають масштаб більше, ніж визначений файл.
У цьому випадку глобальні змінні, визначені з префіксом, m_ повинні бути визначені як static.

Див. EDK2 (реалізація UEFI з відкритим кодом) для кодування проекту на прикладі проекту, що використовує цю конвенцію.

Один із аргументів, яких я ще не бачив, - це те, що такий префікс, як, наприклад, m_може бути використаний для запобігання зіткнення імені з #define'd макрос.

Шукати #define [a-z][A-Za-z0-9_]*[^(]в Regex за /usr/include/term.hдопомогою прокльонів / ncurses.