Tại sao nên có dòng trống ở cuối tệp nguồn?

Một số công cụ kiểu mã khuyến nghị điều này và tôi nhớ đã thấy một số công cụ dòng lệnh unix cảnh báo về việc thiếu dòng trống.

Lý do cho việc có thêm một dòng trống là gì?

Nhiều công cụ cũ hoạt động sai nếu dòng dữ liệu cuối cùng trong tệp văn bản không bị chấm dứt với dòng kết hợp dòng mới hoặc dòng vận chuyển / kết hợp dòng mới. Thay vào đó, họ bỏ qua dòng đó vì nó được kết thúc bằng ^ Z (eof).

Nếu bạn cố gắng ghép hai tệp văn bản lại với nhau, bạn sẽ hạnh phúc hơn nhiều nếu tệp đầu tiên kết thúc bằng một ký tự dòng mới.

Ngoài thực tế, đó là một vị trí con trỏ đẹp hơn khi bạn di chuyển đến cuối tệp trong trình soạn thảo văn bản.

Có một dòng mới ở cuối tập tin cung cấp một kiểm tra đơn giản rằng tập tin chưa bị cắt ngắn.

Một đối số cũng có thể được tạo cho khác biệt sạch hơn nếu bạn thêm vào tệp theo cùng lý do như Tại sao dấu phẩy được phép trong danh sách?

Sau đây được sao chép (và cắt bớt một chút) từ tài nguyên được liên kết:

Thay đổi:

s = [
  'manny',
  'jack',
]

đến:

s = [
  'manny',
  'jack',
  'roger',
]

chỉ liên quan đến thay đổi một dòng trong diff:

  s = [
    'manny',
    'jack',
+   'roger',
  ]

Điều này đánh bại sự khác biệt nhiều dòng khó hiểu hơn khi dấu phẩy bị bỏ qua:

  s = [
    'manny',
-   'jack'
+   'jack',
+   'roger'
  ]

Dòng trống ở cuối tệp xuất hiện để việc đọc chuẩn từ luồng đầu vào sẽ biết khi nào chấm dứt việc đọc, thường trả về EOF để cho biết rằng bạn đã kết thúc. Phần lớn các ngôn ngữ có thể xử lý điểm đánh dấu EOF. Đó là lý do từ ngày xưa, trong DOS, điểm đánh dấu EOF là phím F6 hoặc Ctrl-Z, đối với các hệ thống * nix, đó là Ctrl-D.

Hầu hết, nếu không phải tất cả, sẽ thực sự đọc đúng đến điểm đánh dấu EOF để chức năng đọc của thư viện thời gian chạy từ đầu vào sẽ biết khi nào nên dừng đọc thêm nữa. Khi bạn mở luồng cho chế độ chắp thêm, nó sẽ xóa dấu EOF và ghi qua nó, cho đến khi đóng được gọi rõ ràng trong đó nó sẽ chèn dấu EOF tại điểm đó.

Các công cụ cũ hơn đang mong đợi một dòng trống theo sau là dấu EOF. Ngày nay, các công cụ có thể xử lý dòng trống và bỏ qua nó.

Ngoài ra, khi bạn sửa đổi tệp và nối thêm một số mã ở cuối tệp - diff (ít nhất là git diff trong cấu hình tiêu chuẩn) sẽ cho thấy bạn đã thay đổi dòng cuối cùng, trong khi điều duy nhất bạn thực sự thực hiện - đã thêm ký hiệu dòng mới. Vì vậy, báo cáo cvs trở nên ít thuận tiện.

Một số ngôn ngữ xác định tệp đầu vào của chúng theo các dòng đầu vào, trong đó mỗi dòng đầu vào là một chuỗi các ký tự được kết thúc bằng trả về vận chuyển. Nếu ngữ pháp của chúng được xác định như vậy, thì dòng hợp lệ cuối cùng của tệp cũng phải được kết thúc bằng trả về vận chuyển.

Đó là do định nghĩa của tệp văn bản là gì. Khi bạn tạo một tệp văn bản mới trong bất kỳ môi trường unix nào, nội dung của tệp đó là ký tự dòng mới '\ n'

Không có điều này, tệp không thực sự được xác định là tệp văn bản. Bây giờ một khi chúng ta thêm mã vào tệp văn bản này, về việc không xóa dòng mới ban đầu này xác định chính tệp văn bản đó .