Sử dụng dấu gạch dưới trong các biến Java và tên phương thức [đã đóng]

Thậm chí ngày nay tôi thường thấy dấu gạch dưới trong các biến và phương thức Java, một ví dụ là các biến thành viên (như "m_count" hoặc "_count"). Theo như tôi nhớ, sử dụng dấu gạch dưới trong những trường hợp này được Sun gọi là phong cách xấu.

Nơi duy nhất chúng nên được sử dụng là trong các hằng số (như trong "public final static int IS_OKAY = 1;"), vì các hằng số phải là chữ hoa chứ không phải chữ hoa camel. Ở đây, dấu gạch dưới sẽ làm cho mã dễ đọc hơn.

Bạn có nghĩ rằng việc sử dụng dấu gạch dưới trong Java là kiểu xấu không? Nếu vậy (hoặc không), tại sao?

Nếu bạn không có mã nào sử dụng nó bây giờ, tôi khuyên bạn nên tiếp tục điều đó. Nếu codebase của bạn sử dụng nó, hãy tiếp tục điều đó.

Điều lớn nhất về phong cách mã hóa là tính nhất quán . Nếu bạn không có gì nhất quán, thì các đề xuất của nhà cung cấp ngôn ngữ có thể là một nơi tốt để bắt đầu.

sunDoesNotRecommendUnderscoresBecauseJavaVariableAndFunctionNamesTendToBeLongEnoughAsItIs ();

as_others_have_said_consistency_is_the_important_thing_here_so_chose_w Anything_you_think_is_more_readable ();

Quy tắc:

1. Làm những gì mã bạn đang chỉnh sửa
2. Nếu # 1 không áp dụng, hãy sử dụng camelCase, không có dấu gạch dưới

Tôi không nghĩ rằng việc sử dụng _ hoặc m_ để chỉ ra các biến thành viên là không tốt trong Java hoặc bất kỳ ngôn ngữ nào khác. Theo ý kiến ​​của tôi, nó cải thiện khả năng đọc mã của bạn vì nó cho phép bạn xem một đoạn mã và nhanh chóng xác định tất cả các biến thành viên từ người dân địa phương.

Bạn cũng có thể đạt được điều này bằng cách buộc người dùng phải thêm trước các biến cá thể bằng "this" nhưng tôi thấy điều này hơi hà khắc. Theo nhiều cách, nó vi phạm DRY vì nó là một biến thể hiện, tại sao lại đủ điều kiện cho nó hai lần.

Phong cách cá nhân của riêng tôi là sử dụng m_ thay vì _. Lý do là có cả các biến toàn cục và biến tĩnh. Lợi thế của m _ / _ là nó phân biệt được phạm vi biến. Vì vậy, bạn không thể sử dụng lại _ cho toàn cục hoặc tĩnh và thay vào đó tôi chọn g_ và s_ tương ứng.

"Phong cách xấu" là rất chủ quan. Nếu một quy ước nhất định phù hợp với bạn và nhóm của bạn, tôi nghĩ điều đó sẽ đủ tiêu chuẩn cho một phong cách xấu / tốt.

Để trả lời câu hỏi của bạn: Tôi sử dụng dấu gạch dưới ở đầu để đánh dấu các biến riêng. Tôi thấy nó rõ ràng và tôi có thể quét mã nhanh chóng và tìm ra những gì đang xảy ra.

(Tôi hầu như không bao giờ sử dụng "this", ngoại trừ để ngăn chặn một cuộc đụng độ tên.)

sử dụng 'm_' hoặc '_' ở phía trước một biến giúp dễ dàng phát hiện các biến thành viên trong các phương thức xuyên suốt một đối tượng.

Như một lợi ích phụ, nhập 'm_' hoặc '_' sẽ làm cho intellsense bật chúng lên đầu tiên;)

• Tôi tình cờ thích dấu gạch dưới hàng đầu cho các biến cá thể (riêng tư), nó có vẻ dễ đọc và dễ phân biệt hơn. chúng mà bạn cho là phá vỡ quy ước đặt tên của bạn:
• private int _my_int; public int myInt;? _my_int? )

-như tôi thích _style của cái này và nghĩ rằng nó có thể đọc được, tôi thấy nó được cho là rắc rối hơn đáng giá, vì nó không phổ biến và nó có khả năng không khớp với bất kỳ thứ gì khác trong codebase bạn đang sử dụng.

-tạo mã tự động (ví dụ: bộ tạo mã, bộ định tuyến của eclipse) có khả năng không hiểu điều này, vì vậy bạn sẽ phải sửa nó bằng tay hoặc kết hợp với eclipse đủ để nó nhận ra.

Cuối cùng, bạn đang đi ngược lại phần còn lại của prefs trên thế giới (java) và có thể gặp một số khó chịu từ điều đó. Và như các áp phích trước đã đề cập, tính nhất quán trong cơ sở mã giải quyết tất cả các vấn đề trên.

Có một lý do tại sao việc sử dụng dấu gạch dưới được coi là một phong cách xấu ngày xưa. Khi một trình biên dịch thời gian chạy là một thứ không thể mua được và các màn hình có độ phân giải đáng kinh ngạc 320x240 pixel, thường không dễ dàng để phân biệt giữa _namevà __name.

Thật tuyệt khi có một cái gì đó để phân biệt các biến private và public, nhưng tôi không thích '_' trong cách viết mã chung. Nếu tôi có thể giúp nó trong mã mới, tôi tránh sử dụng chúng.

Đây là một liên kết đến các đề xuất của Sun cho Java. Không phải bạn phải sử dụng những thứ này hoặc thậm chí mã thư viện của chúng theo sau tất cả chúng, nhưng đó là một khởi đầu tốt nếu bạn đang làm lại từ đầu. Công cụ như Eclipse đã tích hợp sẵn các bộ định dạng và công cụ dọn dẹp có thể giúp bạn tuân thủ các quy ước này (hoặc các quy ước khác mà bạn xác định).

Đối với tôi, '_' quá khó để nhập :)

Đó là sự pha trộn của các phong cách mã hóa. Một trường phái tư tưởng là viết đầu các thành viên riêng tư bằng dấu gạch dưới để phân biệt họ.

setBar( int bar)
{
   _bar = bar;
}

thay vì

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

Những người khác sẽ sử dụng dấu gạch dưới để chỉ ra một biến cục bộ tạm thời sẽ vượt ra khỏi phạm vi khi kết thúc cuộc gọi phương thức. (Tôi thấy điều này khá vô ích - một phương pháp tốt không nên dài đến vậy, và tuyên bố là ĐÚNG RỒI! Vì vậy tôi biết nó vượt ra khỏi phạm vi) Chỉnh sửa: Chúa cấm một lập trình viên từ trường này và một lập trình viên từ trường member ! Nó sẽ là địa ngục.

Đôi khi, mã được tạo sẽ mở đầu các biến bằng _ hoặc __. Ý tưởng là không có con người nào làm điều này, vì vậy nó an toàn.

Tôi nghĩ rằng bất kỳ phong cách nào phá vỡ các nguyên tắc về phong cách riêng của một ngôn ngữ (mà không có lý do chính đáng) là xấu và do đó "xấu".

Không còn nghi ngờ gì nữa, đoạn mã bạn đã xem được viết bởi một người từng làm việc trên một ngôn ngữ mà dấu gạch dưới được chấp nhận.

Một số người không thể thích ứng với các phong cách mã hóa mới ...

Lý do mọi người làm điều đó (theo kinh nghiệm của tôi) là để phân biệt giữa các biến thành viên và tham số hàm. Trong Java, bạn có thể có một lớp như thế này:

public class TestClass {
  int var1;

  public void func1(int var1) {
     System.out.println("Which one is it?: " + var1);
  }
}

Nếu bạn tạo biến thành viên _var1 hoặc m_var1, bạn sẽ không có sự mơ hồ trong hàm.

Vì vậy, đó là một phong cách, và tôi sẽ không gọi nó là xấu.

Cá nhân tôi nghĩ rằng một ngôn ngữ không nên đưa ra các quy tắc về phong cách viết mã. Đó là vấn đề về sở thích, cách sử dụng, sự tiện lợi, khái niệm về khả năng đọc.
Bây giờ, một dự án phải thiết lập các quy tắc mã hóa, để có sự nhất quán giữa các danh sách. Bạn có thể không đồng ý với những quy tắc này, nhưng bạn nên tuân thủ nếu bạn muốn đóng góp (hoặc làm việc theo nhóm).

Ít nhất, các IDE như Eclispe là bất khả tri, cho phép đặt các quy tắc như tiền tố hoặc hậu tố biến, nhiều kiểu đặt dấu ngoặc nhọn và quản lý khoảng trắng, v.v. Vì vậy, bạn có thể sử dụng nó để định dạng lại mã của mình hướng dẫn .

Lưu ý: Tôi là một trong số những người giữ thói quen cũ của họ từ C / C ++, viết mã Java với tiền tố m_ cho các biến thành viên (và s_ cho các biến tĩnh), đặt tiền tố boolean bằng một chữ cái đầu b, sử dụng ký tự hoa đầu tiên cho tên hàm và căn chỉnh dấu ngoặc nhọn. .. Nỗi kinh hoàng cho những người theo trào lưu chính thống Java! ;-)
Thật thú vị, đó là các quy ước được sử dụng ở nơi tôi làm việc ... có lẽ vì nhà phát triển ban đầu chính đến từ thế giới MFC! :-D

đó chỉ là phong cách của riêng bạn, không có gì là mã kiểu xấu và không có gì là mã kiểu tốt, chỉ cần khác biệt mã của chúng tôi với những mã khác.