Tại sao mọi người đặt '\ n' ở đầu chuỗi?

Rất thường xuyên tôi nhận được vào mã C nơi printfchuỗi định dạng bắt đầu bằng \n:

printf ("\ nHello");

Theo tôi đây là một điều khó chịu không mang lại lợi thế (khá nhiều nhược điểm!) Đối với việc in ấn "Hello\n":

• Nếu dòng in đầu tiên bắt đầu bằng '\n', đầu ra chương trình sẽ bắt đầu bằng một dòng trống (vô dụng)
• Nếu dòng in cuối cùng không kết thúc '\n', đầu ra chương trình sẽ không kết thúc bằng một dòng mới (hữu ích khi đọc đầu ra trên thiết bị đầu cuối)
• Trên hầu hết các thiết bị đầu cuối (nói chung là các luồng được đệm trong dòng), đầu ra bị xóa khi '\n'gặp phải, do đó, một dòng không kết thúc có '\n'thể được hiển thị trên màn hình nhiều lần sau khi nó thực sự bị printf'(hoặc có thể không bao giờ, nếu luồng không bao giờ bị xóa , ví dụ nếu chương trình gặp sự cố)

Vì vậy, tại sao mọi người thích điều này?

Nói chung, nó được thực hiện để đảm bảo rằng câu lệnh được in trên dòng tiếp theo. Nếu nó được thực hiện ở cuối dòng, hiệu ứng tương tự có thể được bắt nguồn. Nó thực sự là ít hậu quả.

Cập nhật : Miễn là bạn chọn một cách và gắn bó với nó, điều đó thực sự sẽ không thành vấn đề một chút nào. Nếu bạn thực sự lo lắng thì hãy nhập tất cả các câu của bạn là "\ nHello \ n". Nếu bạn có một số dòng trộn lẫn với nhau, thì đây thực sự không phải là một "lỗi" khó sửa. Chỉ cần quay lại và thay đổi tuyên bố vi phạm.

Hai từ: sở thích cá nhân. Trong sơ đồ lớn của mọi thứ, tôi không nghĩ rằng điều này thực sự quan trọng. Nếu bạn thấy khó chịu vì điều đó, hãy hỏi tác giả của mã này tại sao họ viết nó như thế. Bạn có thể nhận được một số câu trả lời thú vị.

Tôi thích tất cả các ký tự dòng mới của tôi ở cuối mỗi dòng.

Là một người sử dụng thành ngữ này trong một số ngữ cảnh - mặc dù tôi thường đặt \nở cuối để đảm bảo xả nước - tôi có thể đưa ra một lời biện minh: Tôi có xu hướng sử dụng điều này khi định dạng nhiều dòng, đặc biệt là nếu bắt đầu bằng một dòng trống, để \ns được căn chỉnh. Điều này có nghĩa là (a) kiểm tra dễ dàng hơn rằng tất cả các dòng thực sự bao gồm a \nhoặc (b) để bỏ qua chúng là dằn, và chỉ đọc văn bản trong các dòng. Trong tình huống này, nó thực sự trông gọn gàng hơn đối với tôi, nhưng tôi thấy tất cả những lợi ích này không đáng kể.

Một cách tiếp cận khác để giảm thiểu chấn lưu cú pháp là sử dụng chuỗi ký tự bao gồm các dòng mới, nhưng 6.4.5 trong tiêu chuẩn C11 cấm chúng, vì vậy bạn phải nói độc đáo với trình biên dịch của mình và suy nghĩ cẩn thận về những gì nó sẽ làm.

Một lý do không được đề cập (trừ khi tôi bỏ lỡ), là một số chương trình CLI sẽ sử dụng '\ r' để liên tục cập nhật một dòng. Ví dụ, với trạng thái.

Dòng tiếp theo sẽ yêu cầu một dòng mới để đưa con trỏ đến, tốt, dòng tiếp theo (mới).

Một ví dụ khác (rất tệ) là nơi lập trình viên nhận thức được rằng nhiều chương trình có thể được ghi vào cùng một thiết bị đầu cuối. Trong trường hợp hỗn loạn này, có khả năng một số thứ tự sẽ được áp đặt bằng cách xóa 'văn bản đệm' hàng đầu trước khi viết nhiều hơn và có thể làm xáo trộn kết quả đầu ra của ghi. Nhưng thứ tự như vậy không được đảm bảo, và sớm hay muộn quá trình khác sẽ đâm sầm vào và phá hỏng mọi thứ. Đừng làm điều này trên bất cứ điều gì bạn muốn thể hiện với mẹ của bạn!

Tôi sẽ cố gắng giữ ví dụ trên cho mục đích gỡ lỗi và không cho người dùng khác ngoài chính bạn vào kết quả. Điều này sẽ áp dụng với nhiều tác vụ không đồng bộ ghi vào cùng một tệp (hy vọng gỡ lỗi).

Tuy nhiên, trường hợp sử dụng '\ r' để viết trên một dòng văn bản trên màn hình, tuy nhiên, không phải là hiếm trong thế giới CLI.

Chuyện xảy ra, sau tất cả.