Різниця між '\ n' і '\ r \ n'

Да да, я знаю , що '\n'пише новий рядок в UNIX в той час як для Windows , існує послідовність два символу: '\r\n'. Все це дуже добре в теорії, але моє питання чому ? Чому символ повернення каретки є додатковим у Windows? Якщо UNIX може це зробити, \nчому для цього потрібні два символи Windows?

Я читаю книгу Пітона Девіда Бізлі, і він говорить:

Наприклад, у Windows написання символу '\ n' фактично виводить двосимвольну послідовність '\ r \ n' (а при читанні файлу назад, \ \ r \ n 'переводиться назад в єдиний' \ n ' персонаж).

Навіщо зайвих зусиль?

Буду чесним. Я знаю різницю давно, але ніколи не намагався запитати ЧОМУ. Я сподіваюся, що сьогодні відповіли.

Дякую за ваш час.

Зворотна сумісність.

Windows назад сумісний з MS-DOS (навіть агресивно), і MS-DOS використовував конвенцію CR-LF, оскільки MS-DOS був сумісний з CP / M-80 (дещо випадково), який використовував конвенцію CR-LF, тому що як ти загнав принтер (адже принтери спочатку були машинними машинками).

Принтери мають окрему команду для переміщення паперу вгору на один рядок до нового рядка та окрему команду для повернення каретки (куди було встановлено папір) назад до лівого поля.

Ось чому. І так, це прикро, але це частина пакетної угоди, яка дозволила MS-DOS перемогти CP / M, а Windows 95 перемогти над усіма іншими графічними інтерфейсами поверх DOS, а Windows XP взяти на себе з Windows 98.

(Примітка. Сучасні лазерні принтери все ще мають ці команди, оскільки вони також сумісні з попередніми принтерами, зокрема, HP це робить добре)

Для тих, хто не знайомий із машинками, ось відео, яке показує, як робилося введення тексту: http://www.youtube.com/watch?v=LJvGiU_UyEQ . Зауважте, що папір спочатку переміщується вгору, а потім каретка повертається, навіть якщо це відбувається простим рухом. Дінг сповістив друкарку, що кінець вже близький, і підготуватися до нього.

Наскільки мені відомо, це відноситься до часів друкарських машинок.

\r це повернення вагона, яке рухається там, де ви набираєте сторінку наліво (або праворуч, якщо це ваша культура)

\n це новий рядок, який переміщує ваш папір вгору.

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

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

Я не знаю, чи це загальновідомі відомості, але слід зазначити, що CR все ще розуміють сучасні емулятори терміналів:

$ printf "hey world\rsup\n"
sup world

Це зручно для показників прогресу, наприклад

for i in {1..100}
do
    printf "\rLoading... %d%%" $i
    sleep 0.01
done
echo

Історично подання рядків означало, що валик - валик, на якому ви вводите - обертає один рядок, внаслідок чого текст з’являється у наступному рядку ... але в наступному стовпці.

Повернення каретки означало "повернення біта, з яким ви набираєте, на початок рядка".

Windows використовує CR + LF тому, що це робив MS-DOS, тому що CP / M це робив, тому що це мало сенс для послідовних ліній.

Unix скопіював свою \ n конвенцію, оскільки "Multics" це зробив.

Я підозрюю, що якщо викопати досить далеко назад, ви знайдете політичну незгоду між виконавцями!

(Ви залишили додатковий розважальний біт, де умовою Mac є (або раніше) просто використовувати CR для розділення рядків. А зараз у Unicode є власний роздільник ліній, U + 2028!)

Історія персонажа нового рядка (Вікіпедія):

ASCII розроблявся одночасно ISO та ASA, організацією-попередником ANSI. У період 1963–1968 рр. Проекти проектів стандартів ISO підтримували використання як CR + LF, так і LF в якості нового рядка, тоді як проекти проекту ASA підтримували лише CR + LF.

Послідовність CR + LF була загальноприйнятою для багатьох ранніх комп'ютерних систем, які прийняли телетипні машини, як правило, ASR33, як консольний пристрій, оскільки ця послідовність була необхідна для розміщення цих принтерів на початку нового рядка. У цих системах текст часто був звичайно складений таким чином, щоб він був сумісний з цими принтерами, оскільки концепція драйверів пристроїв, які приховували такі деталі обладнання, не була ще добре розроблена; програми повинні були безпосередньо спілкуватися з телевізійною машиною та дотримуватися її домовленостей.

Розмежування двох функцій приховувало той факт, що друкована головка не могла повернутися з крайнього правого краю на початок наступного рядка за один символ. Ось чому послідовність завжди надсилалася спочатку з CR. Насправді, часто доводилося надсилати зайві символи (сторонні CR або NUL, які ігноруються), щоб дати друкованій головці час перейти до лівого поля.

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

MS-DOS (1981) прийняв CR + L CR + LF; Використання CR + LF CP / M має сенс для використання комп'ютерних терміналів через послідовну лінію. Ця конвенція успадкувала пізніша операційна система Microsoft.

Операційна система Multics почала розробку в 1964 році і використовувала лише LF як новий рядок. Unix дотримувався практики Multics, а пізніше системи слідували за Unix.

Що з людьми запитують "чому Unix може робити, \nа не Windows"? Це таке дивне питання.

1. ОС майже нічого спільного з цим не має. Це більше питання про те, як додатки, бібліотеки, протоколи та формати файлів справляються з речами. За винятком випадків, коли ОС читає / записує текстові команди конфігурації чи команди командного рядка, не має сенсу бракувати ОС.
2. Більшість програм для Windows можуть читати як \nі \r\nчудово. Вони також виходять, \r\nщоб усі були задоволені. Програма не просто «робить» або \nабо \r\n- вона приймає одне, друге або те і інше, і виводить одне, друге або те і інше.
3. Як програміст це насправді майже ніколи не повинно вас турбувати. Практично кожна мова / платформа має можливість записувати правильний кінцевий рядок і читати найбільш грубо. Єдиний раз, коли мені довелося зіткнутися з проблемою, це було, коли я написав HTTP-сервер - і це було тому, що певний браузер (підказка: наступний найпопулярніший браузер після IE) робив \nзамість правильного \r\n .
4. Набагато більш актуальне питання полягає в тому, чому так багато сучасних додатків Unix \nвидаються лише повністю знаючи, що існують деякі протоколи та програми, які їм не подобаються?

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

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

Windows прийшов з DOS, тому для Windows питання справді таке: Чому DOS використовував цю послідовність cr / lf? Я здогадуюсь, що це має щось спільне з CP / M, де DOS має коріння. Знову, певні моделі телетайпу, можливо, зіграли певну роль.

Ось відповідь з найкращого джерела - Microsoft. Чому лінійний термінатор CR + LF?

Цей протокол бере свій початок ще з часів телерайтсменів. CR означає «повернення каретки» - символ керування CR повернув друкуючу голівку («карету») у стовпчик 0, не просуваючи папір. LF позначає "linefeed" - символ управління LF просунув папір на одну лінію, не переміщуючи друкуючу головку. Тож якщо ви хотіли повернути друкуючу голівку до нульового стовпця (готовий до друку наступного рядка) і просунути папір (щоб він друкувався на свіжому папері), вам потрібні і CR, і LF.

Якщо ви перейдете до різних документів Інтернет-протоколів, таких як RFC 0821 (SMTP), RFC 1939 (POP), RFC 2060 (IMAP) або RFC 2616 (HTTP), ви побачите, що всі вони визначають CR + LF як послідовність завершення рядка Отже, справжнє питання не "Чому CP / M, MS-DOS і Win32 використовують CR + LF як термінатор лінії?" а швидше "Чому інші люди вирішили відрізнятись від цих стандартних документів і використали інший лінійний термінатор?"

Unix прийняла звичайний LF як послідовність завершення рядків. Якщо ви подивитеся на варіанти stty, ви побачите, що опція onlcr вказує, чи слід змінити LF на CR + LF. Якщо ви невірно встановили це налаштування, ви отримаєте текст сходів, куди

each
    line
        begins

де попередній рядок відключений. Тож навіть Unix, залишаючи в режимі «необроблений», вимагає CR + LF для припинення рядків. Неявна CR перед LF - це unix винахід, ймовірно, як економія, оскільки вона економить один байт на рядок.

Unix родовід мови С переніс цю конвенцію в стандарт мови C, що вимагає лише "\ n" (який кодує LF) для завершення рядків, що покладає тягар на бібліотеки виконання, щоб перетворити необроблені файлові дані в логічні рядки.

Мова С також ввела термін "нова лінія" для вираження поняття "загальний термінатор лінії". Мені кажуть, що комітет ASCII змінив ім'я символу 0x0A на "новий рядок" близько 1996 року, тому рівень плутанини піднявся ще вище.