Tiền tố biến `m_` có nghĩa là gì?

Tôi thường thấy m_tiền tố được sử dụng cho các biến ( m_World,, m_Sprites...) trong hướng dẫn, ví dụ và mã khác chủ yếu liên quan đến phát triển trò chơi.

Tại sao mọi người thêm tiền tố m_vào các biến?

Đây là thực hành lập trình điển hình để xác định các biến là biến thành viên. Vì vậy, khi bạn sử dụng chúng sau này, bạn không cần phải xem chúng được xác định ở đâu để biết phạm vi của chúng. Điều này cũng tuyệt vời nếu bạn đã biết phạm vi và bạn đang sử dụng một cái gì đó như intelliSense , bạn có thể bắt đầu với m_và một danh sách tất cả các biến thành viên của bạn được hiển thị. Một phần của ký hiệu Hungary, xem phần về phạm vi trong các ví dụ ở đây .

Trong Clean Code: Cẩm nang về thủ công phần mềm linh hoạt, có một khuyến nghị rõ ràng chống lại việc sử dụng tiền tố này:

Bạn cũng không cần phải thêm tiền tố vào các biến thành viên m_nữa. Các lớp học và chức năng của bạn phải đủ nhỏ để bạn không cần đến chúng.

Ngoài ra còn có một ví dụ (mã C #) về điều này:

Thực hành xấu:

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

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

Thực hành tốt:

public class Part
{
    private String description;

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

Chúng tôi tính với cấu trúc ngôn ngữ để tham khảo các biến thành viên trong trường hợp rõ ràng mập mờ ( ví dụ , descriptionthành viên và descriptiontham số): this.

Đó là thực tế phổ biến trong C ++. Điều này là do trong C ++, bạn không thể có cùng tên cho hàm thành viên và biến thành viên và các hàm getter thường được đặt tên mà không có tiền tố "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-crooking.com/a/f38e7dbb047687ad

"m_" trạng thái cho "thành viên". Tiền tố "_" cũng phổ biến.

Bạn không nên sử dụng nó trong các ngôn ngữ lập trình giải quyết vấn đề này bằng cách sử dụng các quy ước / ngữ pháp khác nhau.

Các m_tiền tố thường được sử dụng cho các biến thành viên - Tôi nghĩ lợi thế chính của nó là nó giúp tạo ra một sự phân biệt rõ ràng giữa một tài sản công cộng và tư nhân biến thành viên ủng hộ nó:

int m_something

public int Something => this.m_something; 

Nó có thể giúp có một quy ước đặt tên nhất quán cho các biến sao lưu và m_ tiền tố là một cách để làm điều đó - một cách hoạt động trong các ngôn ngữ không phân biệt chữ hoa chữ thường.

Điều này hữu ích như thế nào tùy thuộc vào ngôn ngữ và công cụ bạn đang sử dụng. Các IDE hiện đại với các công cụ tái cấu trúc mạnh và intellisense ít cần các quy ước như thế này và chắc chắn đó không phải là cách duy nhất để làm điều này, nhưng nó đáng để nhận thức về thực tiễn trong mọi trường hợp.

Như đã nêu trong các câu trả lời khác, m_ tiền tố được sử dụng để chỉ ra rằng một biến là một thành viên lớp. Điều này khác với ký hiệu Hungary vì nó không chỉ ra loại biến mà là bối cảnh của nó.

Tôi sử dụng m_trong C ++ nhưng không phải trong một số ngôn ngữ khác trong đó 'cái này' hoặc 'cái tôi' là bắt buộc. Tôi không muốn thấy 'this->' được sử dụng với C ++ vì nó làm xáo trộn mã.

Một câu trả lời khác nói m_dsclà "thực hành xấu" và 'mô tả;' là "thực hành tốt" nhưng đây là cá trích đỏ vì vấn đề là viết tắt.

Một câu trả lời khác nói rằng việc gõ thisbật lên IntelliSense nhưng bất kỳ IDE tốt nào cũng sẽ có một phím nóng để bật lên IntelliSense cho các thành viên lớp hiện tại.

Như đã nêu trong nhiều phản hồi khác, m_ là tiền tố biểu thị các biến thành viên. Nó được / thường được sử dụng trong thế giới C ++ và được truyền bá sang các ngôn ngữ khác, bao gồm cả Java.

Trong một IDE hiện đại, nó hoàn toàn dư thừa vì việc tô sáng cú pháp làm cho nó rõ ràng biến nào là cục bộ và biến nào là thành viên . Tuy nhiên, bằng cách đánh dấu cú pháp thời gian xuất hiện vào cuối những năm 90, quy ước đã tồn tại trong nhiều năm và được thiết lập vững chắc (ít nhất là trong thế giới C ++).

Tôi không biết bạn đang đề cập đến hướng dẫn nào, nhưng tôi sẽ đoán rằng họ đang sử dụng quy ước do một trong hai yếu tố:

• Chúng là các hướng dẫn về C ++, được viết bởi những người được sử dụng cho quy ước m_ và / hoặc ...
• Họ viết mã bằng văn bản thuần túy (đơn cách), không có tô sáng cú pháp, vì vậy quy ước m_ rất hữu ích để làm cho các ví dụ rõ ràng hơn.

Lockheed Martin sử dụng sơ đồ đặt tên 3 tiền tố rất tuyệt vời để làm việc, đặc biệt là khi đọc mã của người khác.

   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

Vì thế...

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

Mang nó cho những gì nó có giá trị.

Để hoàn thành các câu trả lời hiện tại và vì câu hỏi không phải là ngôn ngữ cụ thể, một số dự án C sử dụng tiền tố m_để xác định các biến toàn cục dành riêng cho một tệp - và g_cho các biến toàn cục có phạm vi lớn hơn tệp được xác định.
Trong trường hợp này, các biến toàn cục được xác định bằng tiền tố m_ phải được xác định là static.

Xem quy ước mã hóa EDK2 (một triển khai mã nguồn mở UEFI) để biết ví dụ về dự án sử dụng quy ước này.

Một đối số mà tôi chưa từng thấy là một tiền tố như m_có thể được sử dụng để ngăn chặn xung đột tên với #define'd macro'.

Regex tìm kiếm #define [a-z][A-Za-z0-9_]*[^(]trong /usr/include/term.hnhững lời nguyền / ncurses.