Định dạng chiều rộng dòng tiêu chuẩn

Question

Bạn có tuân theo tiêu chuẩn để gói các dòng dài trong mã nguồn không? Bạn thấy thoải mái nhất khi đọc độ dài dòng nào?

Thỉnh thoảng tôi tìm những người lập trình trên màn hình rộng và muốn sử dụng toàn bộ chiều rộng để hiển thị mã nguồn. Tôi thích dòng ngắn hơn, khoảng 80-100 ký tự, nhưng tôi có một thời gian khó khăn để thuyết phục các đồng nghiệp với sự phổ biến ngày càng tăng của các thiết bị màn hình rộng.

Edit:

câu hỏi tương tự:

• Is there a valid reason for enforcing a maximum width of 80 characters in a code file, this day and age?

Answer 1

Không thỏa hiệp khả năng đọc cho các quy tắc hướng dẫn về số lượng ký tự chính xác liên tiếp. Cuộn ngang là không mong muốn nhưng một dòng 81 ký tự dễ đọc hơn phiên bản được bao bọc bởi dòng chữ thụt đầu dòng.

80 ký tự có khả năng không phù hợp với các kiểu lập trình có dấu lõm lớn và/hoặc tên biến tiết. Giữ số lượng phức tạp hợp lý xuống tối đa mỗi dòng, không phải số ký tự.

Answer 2

Bạn không cần phải cuộn ngang để đọc mã. Nhưng màn hình lớn hơn không có nghĩa là dòng dài hơn! Ngoài ra còn có một giới hạn cho bao nhiêu nên đi trên trong một dòng duy nhất.

Vì vậy, tôi nói: Giữ nó ở 70-80 ký tự như mọi khi. Màn hình lớn hơn chỉ có nghĩa là IDE là phòng nhiều hơn.

Answer 3

Tôi gần như độc quyền trên một máy tính xách tay, vì vậy tôi đồng ý với các dòng ngắn hơn. Cấp, tôi thường thiết kế màn hình cho PDA, vì vậy tôi có thể nhận được ngay với nó. Nhưng nếu mã được chia sẻ giữa các nhà phát triển nó sẽ kết thúc trên máy tính xách tay của ai đó cuối cùng, và thanh cuộn làm cho tôi khóc.

Answer 4

Tôi tuân thủ quy tắc 80 dòng (Và cố thuyết phục mọi người làm như vậy). Một số lý do:

1. Bạn có thể mở 2 (hoặc nhiều hơn) trình chỉnh sửa cùng một lúc.
2. Điều tương tự với các công cụ so sánh. - Hầu hết (tất cả?) của chúng hiển thị hai (một số ba (một số chi tiết?)) tập tin cạnh nhau.
3. Đôi khi bạn cần phải làm việc từ xa, trên một máy trạm khác, hoặc một máy tính xách tay, và đột nhiên, định dạng độc đáo của bạn 120 char để dòng mã trông khủng khiếp.

Answer 5

Chúng tôi sử dụng chuẩn mã hóa 80 ký tự trong dòng. Lý do ban đầu cho giới hạn 80 char không liên quan đến ngày hôm nay, nhưng một số cần được chọn ...

Bên cạnh tổ chức mã rõ ràng và dễ đọc thường thấy rằng đường dài là kết quả của kiểu dáng xấu và cải thiện quy tắc chất lượng mã và giảm lỗi. Chỉ cần so sánh các ví dụ sau:

status = do_something(); 
if (status == error) 
{ 
    do_error_handling(); 
    return; 
} 
/* do you regular flow */ 
status = do_more(); 
if (status == error) 
{ 
    do_error_handling(); 
    return; 
} 
/* do more of you regular flow and keep you line 80 chars*/ 

thay vì:

status = do_something(); 
if (status == succes) 
{ 
    /* do you regular flow */ 
    status = do_more(); 
    if (status == success) 
    { 
      /* do you regular flow */ 
      /* nest again and get line behind visible screen */ 
    } 
    else 
    { 
     /* do error handling */ 
    } 

} 
else 
{ 
    /* do error handling */ 
} 

dụ thứ hai là ít hơn nhiều có thể đọc được khó khăn để duy trì và có lẽ sẽ dẫn đến một số vấn đề trên đường ...

Sửa

Thay thế goto bằng do_error_handling() trong mã để tránh không liên quan scussion.

Như tôi đã nói trước 80 ký tự không liên quan hôm nay, nó chỉ là số 100 là tốt.

Đối với bất cứ ai tìm thấy ví dụ thứ hai dễ đọc hơn tổ xin nó thêm vài lần nữa với mã sản và cố gắng đọc một lần nữa :)

Answer 6

màn hình lớn hơn - phông chữ lớn hơn. Tôi sử dụng GVim với Conslas 14pt tối đa ở độ phân giải màn hình 1280x800. Tôi cố gắng quấn ở khoảng 80-90% chiều rộng màn hình.

Answer 7

Nó cũng phụ thuộc vào các quy ước khác mà bạn đang sử dụng. Tại một công việc, chúng tôi đã lập trình Java và quy ước là sử dụng định danh dài và mô tả, điều này có nghĩa rằng chỉ một vài trong số chúng có thể phù hợp trên một dòng mà không cần chạy giới hạn 80 ký tự. Tôi nghĩ rằng đó là khá ngu ngốc xem xét tất cả các nhà phát triển trong công ty đã được đưa ra một màn hình widescreen có thể dễ dàng phù hợp với 200 ký tự. Với sự nhất quán về phần cứng như thế nó không có ý nghĩa gì khi thi hành một giới hạn bọc nhỏ ngớ ngẩn.

Answer 8

Tôi thích các dòng dài hơn vì một lý do đơn giản: Tôi có thể vừa thêm mã vào cửa sổ của mình. Có một sự khác biệt lớn giữa giữa việc phải di chuyển theo chiều dọc để đọc một hàm và có thể vừa với nó trong một màn hình. Nếu mọi thứ được xếp hàng để chức năng cuộn ra phía dưới trong khi nửa bên phải của màn hình trống, tôi cho rằng đó là một sự lãng phí rất lớn. Lưu ý rằng việc mở hai cửa sổ trình chỉnh sửa cũng không giúp ích gì cả.

Answer 9

Dường như tôi có chiều dài tối đa 258 ký tự (đếm các tab là hai ký tự) trong một trong các dự án gần đây của tôi, do đó, có câu trả lời của tôi. =)

Answer 10

Tôi sử dụng khoảng 72-75 cột để đảm bảo rằng tôi có thể in mã trên các trang định dạng thư mà không gặp quá nhiều rắc rối. Tôi cũng sử dụng dấu cách thay vì tab và cẩn thận về bố cục.

Để thông báo khi tôi đi ra khỏi lề phải, tôi thường đặt vào dòng văn bản mà tôi có thể sử dụng làm thước kẻ. Tôi đặt cửa sổ hiển thị IDE để người cai trị chỉ vừa với chiều rộng ngang và sau đó tôi chắc chắn rằng tôi không đi ra ngoài nó.

Tôi làm điều này trong các tài liệu .txt cũng như .c, .java, .cpp, tập tin batch, v.v. Điều này giúp dễ dàng gửi các đoạn trong e-mail, đăng trên blog, đưa vào nhận xét, v.v. Người cai trị thường nằm ngay bên dưới dòng trên cùng xác định tệp và định dạng của văn bản:

/* example.txt 0.00     UTF-8     dh:2008-11-09 
*---|----1----|----2----|----3----|----4----|----5----|----6----|----7----* 
*/ 

Tất nhiên, quy ước nhận xét của loại tệp cụ thể được sử dụng.