Який сенс додавати новий рядок до кінця файлу?

Деякі компілятори (особливо C або C ++) попереджають про:

No new line at end of file

Я думав, що це буде проблема лише для C-програмістів, але github відображає повідомлення у вікні перегляду:

\ No newline at end of file

для файлу PHP

Я розумію, що в цьому потоці пояснюється справа препроцесора , але що це стосується PHP? Це те include()саме або це пов'язано з темою \r\nvs \n?

Який сенс у новому рядку в кінці файлу?

Мова не йде про додавання додаткового нового рядка в кінці файлу, це не про видалення нового рядка, який повинен бути там.

Текстовий файл під UNIX, складається з ряду ліній , кожна з яких закінчується з нового рядка ( \n). Файл, який не порожній і не закінчується новим рядком, тому не є текстовим файлом.

Утиліти, які повинні працювати над текстовими файлами, можуть не впоратися з файлами, які не закінчуються новим рядком; Наприклад, історичні утиліти Unix можуть ігнорувати текст після останнього нового рядка. Утиліти GNU мають політику пристойного поводження з нетекстовими файлами, як і більшість інших сучасних утиліт, але ви все ще можете стикатися з дивною поведінкою з файлами, у яких відсутній остаточний новий рядок¹.

Якщо GNU відрізняється, якщо один із файлів, що порівнюються, закінчується новим рядком, а не інший, слід обережно зазначити цей факт. Оскільки diff є орієнтованим на рядки, він не може вказати це, зберігаючи новий рядок для одного з файлів, але не для інших - в нових рядках необхідно вказати, де починається і закінчується кожен рядок у файлі diff . Так diff використовує цей спеціальний текст \ No newline at end of fileдля розмежування файлу, який не закінчився в новому рядку від файлу, який був.

До речі, у контексті С вихідний файл аналогічно складається із серії рядків. Точніше, блок перекладу розглядається у реалізації, визначеному як серія рядків, кожен з яких повинен закінчуватися символом нового рядка ( n1256 §5.1.1.1). У системах Unix відображення прямолінійне. У DOS та Windows кожна послідовність CR LF ( \r\n) відображається у новому рядку ( \nце завжди відбувається під час читання файлу, відкритого як текст на цих ОС). Є кілька ОС, які не мають символу нового рядка, а натомість мають записи фіксованого чи змінного розміру; для цих систем відображення від файлів до джерела С вводить a\nв кінці кожного запису. Хоча це не має безпосереднього відношення до unix, це означає, що якщо ви скопіюєте вихідний файл C, у якого відсутній його остаточний рядок, в систему з текстовими файлами на основі записів, а потім скопіюйте його назад, ви або закінчитеся з неповним останній рядок, урізаний у початковій конверсії, або додатковий новий рядок, накреслений на ньому під час зворотного перетворення.

¹ _{Приклад: вихід сортування GNU завжди закінчується новим рядком. Отже, якщо у файлі fooвідсутній остаточний новий рядок, ви побачите, що sort foo | wc -cповідомляє ще один символ cat foo | wc -c.}

Не обов'язково причина, а практичний наслідок файлів, які не закінчуються новим рядком:

Поміркуйте, що буде, якби ви хотіли обробити кілька файлів за допомогою cat. Наприклад, якщо ви хочете знайти слово fooна початку рядка через 3 файли:

cat file1 file2 file3 | grep -e '^foo'

Якщо перший рядок у file3 починається з foo, але файл2 не має остаточного \nпісля останнього рядка, це виникнення не було б знайдено grep, оскільки останній рядок у file2 та перший рядок у file3 бачиться grep як єдиний рядок.

Отже, для послідовності і щоб уникнути несподіванок, я намагаюся постійно зберігати свої файли новим рядком.

Є два аспекти:

1. Є / були деякі компілятори C, які не можуть проаналізувати останній рядок, якщо він не закінчується новим рядком. Стандарт C визначає, що файл C повинен закінчуватися новим рядком (C11, 5.1.1.2, 2.) і що останній рядок без нового рядка призводить до невизначеної поведінки (C11, J.2, 2-й пункт). Можливо, з історичних причин, тому що якийсь постачальник такого упорядника був частиною комітету, коли був написаний перший стандарт. Таким чином, попередження GCC.

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

\ No newline at end of fileВи отримуєте від GitHub з'являється в кінці патча (в diffформаті , дивіться примітка в кінці розділу «Уніфікований формат»).

Компіляторам неважливо, чи є в кінці файлу новий рядок чи ні, але git(та diff/ patchутиліти) повинні враховувати їх. Причин для цього багато. Наприклад, забувши додати або видалити новий рядок в кінці файлу, змінив би його хешсум ( md5sum/ sha1sum). Крім того, файли не завжди є програмами, і фінал \nможе призвести до певної зміни.

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

POSIX - це набір стандартів, визначених IEEE для підтримки сумісності між операційними системами.

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

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

Це важливо, якщо ви залежите від інструментів ОС, щоб сказати кількість рядків або розділити / допомогти проаналізувати файл. З огляду на те, що PHP є мовою скрипту, цілком можливо, особливо в перші дні чи навіть зараз (я не маю уявлення / постулювання), він мав подібні залежності від ОС.

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

Існує також сенс зберігання різної історії. Якщо файл закінчується без символу нової лінії, то додавання чого-небудь до кінця файлу розглядатиметься різними утилітами як зміна останнього рядка (тому \nщо до нього додається).

Це може призвести до небажаних результатів за допомогою таких команд, як git blameі hg annotate.