Навіщо використовувати останні рядки замість провідних з printf?

Я чув, що вам слід уникати провідних рядків під час використання printf. Так що замість printf("\nHello World!")вас слід використовуватиprintf("Hello World!\n")

У цьому конкретному прикладі вище це не має сенсу, оскільки вихід буде іншим, але врахуйте це:

printf("Initializing");
init();
printf("\nProcessing");
process_data();
printf("\nExiting");

у порівнянні з:

printf("Initializing\n");
init();
printf("Processing\n");
process_data();
printf("Exiting");

Я не бачу ніякої користі від прокладання нових рядків, крім того, що це виглядає краще. Чи є якась інша причина?

Редагувати:

Я звернуся до закритих голосів тут і зараз. Я не думаю, що це належить до переповнення Stack, оскільки це питання стосується переважно дизайну. Я хотів би також сказати , що , хоча це може бути думка з цього питання, відповідь Kilian Фот в і відповідь cmaster в доводить , що на насправді є дуже об'єктивні переваги з одним підходом.

Справедлива кількість вводу-виводу терміналу буферизована лінією , тому, закінчуючи повідомлення з \ n, ви можете бути впевнені, що воно буде відображено своєчасно. За допомогою ведучого \ n повідомлення може відображатися або не відображатись одразу. Часто це означає, що кожен крок відображає повідомлення про хід попереднього кроку, що не спричиняє кінця плутанини та втрачає час, коли ви намагаєтесь зрозуміти поведінку програми.

У системах POSIX (в основному будь-який Linux, BSD, незалежно від системи, що базується на відкритому коді), рядок визначається як рядок символів, що закінчується новим рядком \n. Це основне припущення все стандартні інструменти командного рядка спиратися, в тому числі (але не обмежуючись ними) wc, grep, sed, awk, і vim. Це також причина того, що деякі редактори (як vim) завжди додають a \nв кінці файлу, і чому раніше стандарти C вимагають, щоб заголовки закінчувалися \nсимволом.

Btw: Закінчення \nрядків значно спрощує обробку тексту: ви точно знаєте, що у вас є повний рядок, коли у вас є цей термінатор. І ви точно знаєте, що вам потрібно переглянути більше символів, якщо ви ще не стикалися з цим термінатором.

Звичайно, це на стороні введення програм, але вихід програми дуже часто знову використовується як введення програми. Отже, ваш вихід повинен дотримуватися конвенції заради того, щоб дозволяти безперебійне введення в інші програми.

Крім того, що згадували інші, я відчуваю, що є набагато простіша причина: це стандарт. Щоразу, коли що-небудь надрукує на STDOUT, майже завжди припускається, що він вже знаходиться на новій лінії, і тому не потрібно починати новий. Він також передбачає, що наступний рядок, який буде записаний, буде діяти так само, тому він корисно закінчується запуском нового рядка.

Якщо вивести рядки провідних-нових рядків, переплетені зі стандартними задніми-новими лініями, "це буде виглядати приблизно так:

Trailing-newline-line
Trailing-newline-line

Leading-newline-line
Leading-newline-line
Leading-newline-lineTrailing-newline-line
Trailing-newline-line

Leading-newline-lineTrailing-newline-line
Trailing-newline-line
Trailing-newline-line

... що, мабуть, не те, що ви хочете.

Якщо ви використовуєте у своєму коді лише нові провідні рядки і запускаєте його лише в IDE, це може вийти нормально. Як тільки ви запустите його в терміналі або введете код інших людей, який буде записаний на STDOUT поряд з вашим кодом, ви побачите небажаний вихід, як вище.

Оскільки відповіді з високою оцінкою вже дали чудові технічні причини, чому слід віддавати перевагу останнім рядкам, я підійду до нього з іншого ракурсу.

На мою думку, наступні програми роблять програму більш зрозумілою:

1. високе співвідношення сигнал / шум (він же простий, але не простіший)
2. важливі ідеї виходять на перше місце

З вищенаведених пунктів, ми можемо стверджувати, що кращі нові лінії є кращими. Нові рядки форматують "шум" у порівнянні з повідомленням, повідомлення повинно виділятися і, таким чином, повинно бути першим (підкреслення синтаксису теж може допомогти).

Використання нових рядків спрощує подальші модифікації.

Як (дуже тривіальний) приклад, що базується на коді ОП, припустимо, що вам потрібно створити деякий вихід до повідомлення "Ініціалізація", і цей вихід надходить з іншої логічної частини коду в іншому вихідному файлі.

Коли ви запустите перший тест і знайдете "Ініціалізація" тепер додається до кінця рядка якогось іншого виводу, вам потрібно пошукати код, щоб знайти, де він надрукований, а потім сподіватися змінити "Ініціалізацію" на "\ nІніціалізація "не накручує формат чогось іншого за різних обставин.

Тепер подумайте, як збиратися вирішити той факт, що ваш новий результат насправді необов’язковий, тому ваша зміна на "\ nініціалізацію" іноді створює небажаний порожній рядок на початку виводу ...

Ви встановлюєте глобальний ( шоковий жах ?? !!! ) прапор, вказуючи, чи був якийсь попередній вихід, і тестуєте його, щоб надрукувати "Ініціалізацію" з необов'язковим провідним "\ n", чи виводите "\ n" разом із ваш попередній вихід і залиште майбутніх читачів кодів цікаво, чому ця "ініціалізація" не має провідного "\ n", як і всі інші вихідні повідомлення?

Якщо ви послідовно виводите кінцеві нові рядки, тоді, коли ви знаєте, що ви досягли кінця рядка, який потрібно припинити, ви переходите до всіх цих проблем. Зауважте, що може знадобитися окремий оператор put ("\ n") наприкінці певної логіки, яка виводить рядок за частиною, але справа полягає в тому, що ви виводите новий рядок на першому місці в коді, де ви знаєте, що вам потрібно робіть це, а не деінде.

Навіщо використовувати останні рядки замість провідних з printf?

Близько відповідає специфікації C.

Бібліотека C визначає лінію як закінчується з нового рядка '\n' .

Текстовий потік - це впорядкована послідовність символів, складена у рядки , кожен рядок складається з нуля або більше символів плюс закінчуючий символ нового рядка. Чи потрібен останній рядок символу нового рядка, що закінчується, визначається реалізацією. C11 §7.21.2 2

Код, який записує дані у вигляді рядків , відповідатиме цьому поняттю бібліотеки.

printf("Initializing"); // Write part of a line
printf("\nProcessing"); // Finish prior line & write part of a line
printf("\nExiting");    // Finish prior line & write an implementation-defined last line

printf("Initializing\n");//Write a line 
printf("Processing\n");  //Write a line
printf("Exiting");       //Write an implementation-defined last line

Re: останній рядок вимагає символу нового рядка, що закінчується . Я б рекомендував завжди писати фінал '\n'на виході і терпіти його відсутність на вході.

Перевірка орфографії

Моя перевірка орфографії скаржиться. Можливо, і ваш робить.

  v---------v Not a valid word
"\nProcessing"

 v--------v OK
"Processing\n");

Провідні рядки часто можуть полегшити запис коду, коли є умовні умови, наприклад,

printf("Initializing");
if (jobName != null)
    printf(": %s", jobName);
init();
printf("\nProcessing");

(Але, як було зазначено в іншому місці, вам може знадобитися промити вихідний буфер, перш ніж робити будь-які дії, що потребують багато часу процесора.)

Отже, хороший випадок може бути зроблений для обох способів зробити це, однак особисто мені не подобається printf () і я б використовував спеціальний клас для нарощування результатів.

Провідні перекладу рядка не працюють добре з іншими функціями бібліотеки, в Зокрема puts()і perrorв стандартній бібліотеці, а й будь-якої іншої бібліотеки , ви , ймовірно, використовувати.

Якщо ви хочете надрукувати заздалегідь написаний рядок (або постійний, або вже форматований - наприклад, з sprintf()), puts()це вибір природного (та ефективного). Тим НЕ менше, немає ніякого способу , puts()щоб закінчити попередню лінію і написати незамкнені лінію - вона завжди пише термінатор лінії.