Vì vậy, như bạn biết có một thực hành tốt nhất nói
Giới hạn một hàng mã nguồn trong 80 ký tự.
Dưới đây là 2 liên kết:
Tại sao 80 ký tự là giới hạn 'tiêu chuẩn' cho chiều rộng mã?
Giới hạn 80 ký tự có còn phù hợp trong thời gian của màn hình rộng không?
Và tôi chắc chắn rằng bạn có thể tốt hơn nếu bạn tìm kiếm thực hành tốt nhất này.
Nhưng tôi thấy điều này vô cùng khó khăn, đây là một ví dụ mẫu:
public class MyClass {
public void myMethod() {
final Map<String, List<MyInterfaceHere>> myReference
Vì vậy, bạn thụt lề từng lớp và từng phương thức và từng câu lệnh.
Và tôi đã ở cột 60 vào cuối 'e' cuối cùng tôi có trong 'myReference'.
Tôi còn 20 khoảng trống để thực sự gọi hàm tạo và gán đối tượng cho tham chiếu mà tôi có.
Tôi có nghĩa là điều này thực sự nhìn tốt hơn:
public class MyClass {
public void myMethod() {
final Map<String, List<MyInterfaceHere>> myReference
= new HashMap<String, List<MyInterfaceHere>>();
Thực hành tốt nhất ở đây là gì?
6
Chúng tôi làm cho nó 140. 80 có thể đã tốt trong thời của màn hình nhỏ hơn và máy in nhỏ hơn
—
tgkprog
cách tốt nhất trừ khi bạn sử dụng các phiên bản End-Of-Life như 5/6 sẽ có thể
—
gnat
final Map<String, List<MyInterfaceHere>> myReference = new HashMap<>();(80 ký tự có vết lõm như trong ví dụ của bạn)
Một thực hành tốt nhất là không sử dụng một cách mù quáng các thực tiễn tốt nhất từ hai mươi năm trước. Quay lại khi độ phân giải 17 "CRT có độ phân giải 1280x1024, giới hạn ký tự thấp hơn có ý nghĩa, nhưng không phải hôm nay.
—
TMN
Lưu ý rằng một lợi ích của việc sử dụng các cột văn bản hẹp thay vì nằm dài trên tất cả không gian có sẵn trong màn hình của bạn, là khả năng dễ dàng xem nhiều đoạn mã cạnh nhau.
—
8bittree
80 chars * 7 pixels/char = 560 pixels per file. Điều này cho phép hai tệp (1120 px) vừa vặn thoải mái trên màn hình rộng 1280 px hoặc ba (1680 px) trên màn hình 1920 px, trong cả hai trường hợp để lại một số không gian thừa cho số dòng, thanh cuộn, sigils và các thành phần UI khác . Hoặc thậm chí dòng đôi khi hơi dài hơn.