Tại sao hầu hết các trường (thành viên lớp) trong hướng dẫn Android bắt đầu bằng `m`?

Tôi biết về quy tắc trường hợp lạc đà, nhưng tôi bối rối với quy tắc m này. nó đứng để làm gì? Tôi là một nhà phát triển PHP. "Chúng tôi" sử dụng các chữ cái đầu tiên của biến như là dấu hiệu của loại, như 'b' cho boolean, 'i' cho số nguyên, v.v.

Có phải 'm' là một thứ Java? Liệu nó có đứng cho điện thoại di động? Trộn?

Ký hiệu này xuất phát từ Nguyên tắc kiểu mã của AOSP (Dự án nguồn mở Android) dành cho người đóng góp :

Thực hiện theo các quy ước đặt tên trường

• Tên trường không công khai, không tĩnh bắt đầu bằng m.
• Tên trường tĩnh bắt đầu bằng s.
• Các lĩnh vực khác bắt đầu bằng một chữ cái viết thường.
• Các trường tĩnh cuối cùng (hằng số) là ALL_CAPS_WITH_UNDERSCORES.

Lưu ý rằng hướng dẫn kiểu được liên kết là để mã được đóng góp cho Dự án mã nguồn mở Android.

Đây không phải là hướng dẫn về phong cách cho mã của các ứng dụng Android riêng lẻ.

Rất nhiều dòng hướng dẫn mã hóa sử dụng m cho 'thành viên' của một lớp. Vì vậy, khi bạn lập trình, bạn có thể thấy sự khác biệt giữa các biến cục bộ và biến thành viên.

mTiền tố là gì?

mlà viết tắt của biến thành viên hoặc dữ liệu thành viên. Sử dụng mtiền tố cho các trường không công khai và không tĩnh.

Khi nào nên sử dụng?

private String mCityName;
private float mTemperature;

Khi nào không sử dụng?

public static int mFirstNumber;
public static final String mDATABASE_NAME;

Những gì tôi làm?

Cá nhân, tôi không sử dụng nó. Nó làm cho mã phức tạp hơn và hỗn loạn dễ đọc. Nếu bạn vẫn đang sử dụng Notepad để mã hóa thì tôi không có từ nào, nhưng các IDE hiện đại có khả năng làm nổi bật và tô màu các biến thành viên và biến cục bộ hoặc bất cứ thứ gì khác.

Phần kết luận

Sử dụng? "Có" hoặc "Không" là lựa chọn cá nhân của bạn.

Nếu đó là biến thành viên trong các lớp, 'm' có nghĩa là 'thành viên'. Nhiều lập trình viên Java làm điều đó, mặc dù với các IDE hiện đại, không cần thiết vì bạn đã tô sáng, di chuột qua các chú giải công cụ, v.v.

Theo sách Clean Code, nó không phải là một mã sạch.

Bạn không cần phải thêm tiền tố vào các biến thành viên với m . Bên cạnh đó, mọi người nhanh chóng học cách bỏ qua tiền tố hoặc hậu tố để xem phần ý nghĩa của tên.

Nếu bạn có vấn đề như

IDE của bạn để tạo setters / getters và bạn kết thúc với getmName () và setmName ()

Đừng quên làm tiếp ( Cài đặt / Trình chỉnh sửa / Kiểu mã / Java / Tạo mã ):

Cập nhật: chúng tôi không sử dụng cái gì đó như thế này trong Kotlin (vì vậy tốt hơn là chuyển sang dùng nó và không sử dụng tiền tố nữa)

Tôi nghĩ rằng nó rất riêng biệt mà các quy ước mã được sử dụng. Tôi thích đặt tên các biến của mình bằng các tiền tố sau:

• m - Biến phương thức
• c - Biến lớp
• p - Biến tham số

Nhưng tôi đoán rằng mỗi lập trình viên có phong cách riêng của họ.

Để chứng minh rằng bạn chắc chắn không nên xử lý quy ước này để đặt tên biến trong mã của mình, tôi chuyển một ảnh chụp màn hình từ Android Studio cha mẹ dưới đây.

Tìm các biến đó bên trong một đối tượng được sắp xếp đặc biệt để đặt các biến m thấp hơn các biến gốc của bạn . Vì vậy, bằng cách đặt tên chúng trong mã của bạn với tiền tố "m", bạn ẩn chúng trong một đống từ chính mình .

Lợi ích tôi tìm thấy của kiểu mã này là khi tự động hoàn thành một số tham chiếu đến một biến, tôi biết rằng tôi có thể nhập "m" để chỉ xem các biến thành viên.

Như đã đề cập trước đó, nó được tạo kiểu cho các biến khác nhau. Nhưng nó cũng rất hữu ích cho việc tạo mã. Nếu bạn nhấn "Alt + Chèn", bạn sẽ nhận được các cửa sổ cho các thuộc tính thế hệ mã phổ biến nhất. Nếu bạn muốn tạo phương thức "get" cho biến của mình, bạn sẽ nhận được.

public class Foo{
   private int bar;

   public int getBar(){
       return this.bar;
   }

   public void setBar(int bar){
       this.bar = bar; 
   }

}

Nhưng nếu bạn khai báo "m, s", bạn sẽ nhận được:

public class Foo{
private int mBar;

public int getBar(){
   return mBar;
}

public void setBar(int bar){
   mBar = bar;
}
}

Nó sẽ được tạo tự động và "m" hoặc "s" bị xóa khỏi hàm tạo của bạn, lấy, đặt tên phương thức. Sau đó, "get" 'và "set" cho trường sẽ được tạo mà không có "m". Andoroid Fle-> Cài đặt-> Kiểu mã-> Java-> Mã hóa. Và làm như trên một bức tranh. Có lẽ nó sẽ giúp. Xin lỗi cho anh em của tôi. Cấu hình android

Dường như đó là sở thích cá nhân của một số kỹ sư Android / Google đầu tiên để bắt đầu các biến thành viên với 'm' và vì vậy họ đã khuyến nghị điều đó.

Bây giờ quy tắc này đang bị ép buộc bởi các nhà phát triển trong các công ty không phải là người đóng góp AOSP, đơn giản vì trang đó được coi là quy tắc Kiểu Mã của Android. Có rất ít nếu có lợi ích trong quy tắc đó. Google nên xem xét loại bỏ nó. Nếu không, vui lòng xác định rằng đối với Ứng dụng Android, Quy tắc kiểu mã là tùy chọn.

Vui lòng thêm nhận xét hỗ trợ của bạn vào bản kiến ​​nghị này để xóa quy tắc https://code.google.com.vn/p/android/issues/detail?id=226814

Vì vấn đề dễ đọc, quy ước về mcác biến thành viên và scho các trường tĩnh không nên được sử dụng nữa nếu bạn đang sử dụng một IDE hiện đại như Android Studio. Android Studio có thể phân biệt giữa những người mà không cần thêm mhoặc s.

Cũng có thể nói rằng nó là viết tắt của "của tôi", vì trong Class / Instance đang nói "Biến này là của tôi và không ai khác có thể lấy nó". Khác với tĩnh, trong khi nó chỉ có thể có sẵn cho Lớp, nó được chia sẻ bởi tất cả các phiên bản của lớp đó. Giống như nếu bạn đang vẽ các vòng tròn, bạn cần biết bán kính của mỗi vòng tròn lớn như thế nào

    private double mRadius;

nhưng đồng thời bạn muốn có một bộ đếm để theo dõi tất cả các vòng tròn, bên trong lớp vòng tròn bạn có thể có

    private static int sCircleCount;

và sau đó chỉ cần có các thành viên tĩnh để tăng và giảm số lượng các vòng tròn bạn hiện có.

Sau đây là các quy ước đặt tên,

• Tên trường không công khai, không tĩnh bắt đầu bằng m.
• Tên trường tĩnh bắt đầu bằng s.
• Các lĩnh vực khác bắt đầu bằng một chữ cái viết thường.
• Các trường tĩnh cuối cùng (hằng số) là ALL_CAPS_WITH_UNDERSCORES.

Thí dụ:

public class MyClass {
    public static final int SOME_CONSTANT = 42;
    public int publicField;
    private static MyClass sSingleton;
    int mPackagePrivate;
    private int mPrivate;
    protected int mProtected;
}