Ví dụ: không liên kết theo chiều dọc:
Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker
Hoặc căn dọc:
Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker
Mà bạn thích và tại sao?
Câu trả lời:
Cá nhân, tôi cho rằng phiên bản thứ hai của mã dễ đọc hơn một chút, nhưng tôi không nghĩ rằng việc duy trì nó sẽ bù đắp cho khả năng đọc đó. Do đó, tôi chỉ sử dụng phiên bản thứ hai của ví dụ này nếu tôi khá chắc chắn rằng mã sẽ không thay đổi.
Tôi thích một con lai:
Name : Hamt
Version : 0.1.0
Cabal-Version : >= 1.2
License : BSD3
Author : Jason Baker
Về cơ bản là số 2 với các trường hợp ngoại lệ cho các dòng thỉnh thoảng dài hơn các dòng xung quanh - để ngăn chặn phần lớn các dòng được đặt cách xa nhau.
Đây là một biến thể khác cho bố cục danh sách dựa trên cả kinh nghiệm cũng như giáo dục từ khóa học Đại học mà tôi đã thực hiện về tương tác giữa người và máy tính và một số cuốn sách tôi đã đọc trên (G) thiết kế giao diện người dùng và thiết kế đồ họa. Tôi sử dụng nó cho các hộp thoại và khi tôi có năng lượng / thời gian cho CSS (thường không phải cho mã).
Name : Hamt
Version : 0.1.0
Cabal-Version : >= 1.2
License : BSD3
Author : Jason Baker
Giống như tất cả những người khác, nó có ưu và nhược điểm của nó.
Ưu điểm:
Nhược điểm:
HTH
Tôi thích cái đầu tiên, nhưng không có các tab (mà tôi đoán là khoảng trống); chỉ một chỗ trống thay thế. Đối với tôi điều đó dễ đọc hơn khi dữ liệu không "tương tự", như trong trường hợp cụ thể. Điều này cũng khiến việc "đọc sai một hàng" trở nên khó khăn hơn (trong khi chỉnh sửa dữ liệu đó), tức là khi bạn có ba hàng với giả sử, số phiên bản. Và sau đó trong khi chỉnh sửa một cái, bạn vô tình chỉnh sửa cái khác ở vị trí của nó.
Tuy nhiên, khi dữ liệu tương tự nhau, sẽ rất hợp lý khi đặt nó vào các cột như trong ví dụ thứ hai của bạn (chỉ có điều nó không giống nhau, nhưng bạn có được điểm).
Thật không may là một câu hỏi phong cách, điều này rất chủ quan và bạn có thể sẽ có nhiều kết quả mâu thuẫn. Hơn nữa, phong cách sử dụng phụ thuộc rất nhiều vào việc sử dụng TAB hoặc không gian của bạn.
Đối với hai xu của tôi, tôi thích một biến thể của phiên bản thứ hai. Tôi thích điều này nhất:
Name : Hamt
Version : 0.1.0
Cabal-Version : >= 1.2
License : BSD3
Author : Jason Baker
Đây là phiên bản dễ đọc và dễ sử dụng nhất mà tôi đã thử. Nhược điểm duy nhất là tôi phải tìm ra trường rộng nhất là gì và đôi khi cuối cùng phải mở rộng tất cả chúng khi quá rộng (điều này thường chỉ xảy ra với CSS). Tuy nhiên, có một vài điểm cần được xem xét.
Đầu tiên, tôi thường thích TAB hơn là không gian, tuy nhiên cài đặt TAB thực tế khác nhau; ví dụ: tôi đã quen với TAB 4 không gian cho mã C (++) hoặc HTML và TAB 2 không gian cho mã Pascal hoặc Trình biên dịch, trong khi đối với một số thứ như CSS, tôi không có ưu tiên cho chiều rộng TAB. Biến thể này làm phức tạp mọi thứ đủ, nhưng sau đó trình soạn thảo tôi sử dụng ném trong các biến chứng của chính nó. Một số trình chỉnh sửa cho phép bạn đặt cài đặt TAB cho mỗi ngôn ngữ, nhưng một số thì không (thậm chí một số có cấu hình khác nhau).
Bạn có thể tránh sự phức tạp này bằng cách gửi TAB theo hướng có lợi cho không gian. Vì mã thường ở phông chữ có chiều rộng cố định, sử dụng khoảng trắng hoạt động tốt, trong khi đó nếu bạn định dạng các trường ở dạng, tiếp tục hoặc văn bản không mã khác và đang sử dụng phông chữ tỷ lệ, bạn sẽ cần TAB để giữ mọi thứ được căn chỉnh .
Tôi thích TAB nói chung vì ngay cả với mã có chiều rộng cố định, tôi thấy thật bực bội khi phải trỏ qua một số khoảng trắng cho mỗi TAB. Tôi nhớ lại rằng các IDE Borland cũ có một tùy chọn để trỏ qua TAB (cụ thể là toàn bộ chiều dài của khoảng trắng) dưới dạng một thực thể duy nhất thay vì hai, bốn, v.v. Điều đó khiến cho việc chèn TAB thành không gian trong khi điều hướng con trỏ trở nên dễ dàng và nhanh chóng. Thật không may, tôi đã không thấy bất kỳ trình soạn thảo Windows hiện đại nào có thể làm điều đó.
Cuối cùng, việc người khác có sử dụng mã của bạn hay không sẽ đóng vai trò lớn trong việc lựa chọn kiểu dáng. Tôi thường là người duy nhất sử dụng mã của mình, vì vậy tôi có thể định dạng mọi thứ theo sở thích của mình mà không cần quan tâm đến các biên tập viên hoặc cài đặt của người khác. Nếu bạn đang làm việc với những người khác, bạn sẽ cần đưa họ vào tài khoản vì họ sẽ cần phải xem xét bạn.
Tóm lại, khả năng đọc là tốt và rất mong muốn, tuy nhiên các cài đặt và trình chỉnh sửa mà bạn và những người khác cần sử dụng mã sẽ rất quan trọng khi đưa ra quyết định. Nếu bạn ở một mình, bạn cũng có thể chỉ sử dụng định dạng dễ đọc nhất. Bạn có thể cần phải làm quen với việc sử dụng nó, nhưng về lâu dài nó sẽ có hiệu quả, đặc biệt là khi bạn cần quay lại mã bạn đã viết một lúc trước: khả năng đọc cũng quan trọng như nhận xét trong việc hiểu mã làm gì. Nếu bạn làm việc với những người khác, thì bạn sẽ muốn làm việc cùng nhau để đưa ra một số hướng dẫn thiết kế để nhóm sử dụng.
:%s/\([^ ]\) \+/\1 /g