Символ новой строки в языке c и java

Question

Символ новой строки в языке c и java

1

Теперь разделитель строк зависит от системы, но в то время как в программе ac я использую '\n' для разделителя строк, он отлично работает, независимо от того, запускаю ли я его в windows или linux. Зачем??

В java мы должны использовать% n, поскольку он зависит от системы, но почему мы используем '\n' в c для новой строки независимо от os, в которой мы ее запускаем?

Breaking Benjamin 06 апр. 2014, в 00:10

Источник

0

Windows использует \n\r для новой строки (+ возврат каретки). \r легко игнорируется, потому что это непечатный символ
EOF 05 апр. 2014, в 21:45
3

Во-первых, Java всегда использует набор символов Unicode, даже на машинах EBCDIC, так что никаких проблем нет. А для C / C ++ \n переводится в машинную версию «новой строки», необязательно 0x0A.
Hot Licks 05 апр. 2014, в 21:46
0

@ Хотлик, вы хотите сказать, что java не может перевести \ n на машинную версию "новой строки", в то время как компилятор c делает это автоматически ??
Breaking Benjamin 05 апр. 2014, в 22:07
0

На самом деле, окна используют \r\n - возврат каретки всегда идет до перевода строки.
Chris Dodd 05 апр. 2014, в 22:07
0

@BreakingBenjamin - я имею в виду, что Java реализует char и String с использованием UTF16, а затем переводит оттуда в машинную кодовую страницу при записи данных, в то время как C работает (или, по крайней мере, может) в машинной кодовой странице.
Hot Licks 05 апр. 2014, в 22:22

Показать ещё 3 комментария

Теги:

java

c

printf

2 ответа

0

В программах на C вы указываете, когда вы открываете файл, будь то текстовый или двоичный, - когда вы открываете файл с fopen, вы указываете строку режима, которая включает b если это двоичный файл. При чтении и записи в текстовые файлы библиотека C автоматически преобразует символы '\n' и разделитель системной строки.

В java нет аналогичного "текстового режима", который автоматически переводится для вас, поэтому для работы с разделителями строк вам нужно сделать это явно в коде.

Chris Dodd 05 апр. 2014, в 21:09

0

Определенно есть разница между вводом текста и двоичных файлов в Java. Они используют разные классы.
Hot Licks 05 апр. 2014, в 22:25
0

@HotLicks: это разные менеджеры ввода / вывода - они разделяют базовые объекты File, которые не различают текстовые и двоичные файлы и могут использоваться для обоих. Я думаю, что было бы возможно для Java, чтобы указать перевод строки-терминатора при использовании текстового ввода-вывода, но они этого не сделали.
Chris Dodd 05 апр. 2014, в 22:36
0

Да, они используют один и тот же базовый файл, но вы не делаете ввод-вывод напрямую в файл. На самом деле это не отличается от C / UNIX, кроме того, как вы его указали.
Hot Licks 05 апр. 2014, в 22:41
0

@HotLicks: отличается тем, что C делает явный перевод между \n символами и системным разделителем строк в текстовом режиме, а java - нет.
Chris Dodd 05 апр. 2014, в 22:54
0

Я не знаю, о чем ты говоришь (и я не уверен, что ты тоже). Когда вы делаете write \n в Java Writer, в системе EBCDIC это будет преобразовано в соответствующий символ конца строки.
Hot Licks 06 апр. 2014, в 02:33

Показать ещё 3 комментария

Ещё вопросы

Windows использует \n\r для новой строки (+ возврат каретки). \r легко игнорируется, потому что это непечатный символ
Во-первых, Java всегда использует набор символов Unicode, даже на машинах EBCDIC, так что никаких проблем нет. А для C / C ++ \n переводится в машинную версию «новой строки», необязательно 0x0A.
@ Хотлик, вы хотите сказать, что java не может перевести \ n на машинную версию "новой строки", в то время как компилятор c делает это автоматически ??
На самом деле, окна используют \r\n - возврат каретки всегда идет до перевода строки.
@BreakingBenjamin - я имею в виду, что Java реализует char и String с использованием UTF16, а затем переводит оттуда в машинную кодовую страницу при записи данных, в то время как C работает (или, по крайней мере, может) в машинной кодовой странице.
Определенно есть разница между вводом текста и двоичных файлов в Java. Они используют разные классы.
@HotLicks: это разные менеджеры ввода / вывода - они разделяют базовые объекты File, которые не различают текстовые и двоичные файлы и могут использоваться для обоих. Я думаю, что было бы возможно для Java, чтобы указать перевод строки-терминатора при использовании текстового ввода-вывода, но они этого не сделали.
Да, они используют один и тот же базовый файл, но вы не делаете ввод-вывод напрямую в файл. На самом деле это не отличается от C / UNIX, кроме того, как вы его указали.
@HotLicks: отличается тем, что C делает явный перевод между \n символами и системным разделителем строк в текстовом режиме, а java - нет.
Я не знаю, о чем ты говоришь (и я не уверен, что ты тоже). Когда вы делаете write \n в Java Writer, в системе EBCDIC это будет преобразовано в соответствующий символ конца строки.

Krzysztof Adamski · Accepted Answer · 2014-04-05T19-58-00.000Z

Вот какой стандарт C99 должен сказать об этом:

5.2.2 Character display semantics
[...]
2. Alphabetic escape sequences representing nongraphic characters in the execution
character set are intended to produce actions on display devices as follows:
[...]
\n (new line) Moves the active position to the initial position of the next line.

Это означает, что если вы печатаете "\n", его нужно заменить на "\ r\n" на окнах, чтобы выполнить это требование. Но это определяется только таким образом для устройств отображения, а не для файлов. Однако нет спецификации того, как этот символ (или любой другой пробел) должен быть представлен в текстовом файле:

5.2.2 Character display semantics
[...]
3. Each of these escape sequences shall produce a unique implementation-defined value
which can be stored in a single char object. The external representations in a text file
need not be identical to the internal representations, and are outside the scope of this
International Standard.

Поэтому прямой ответ на ваш вопрос - он работает так, как вы ожидали бы, потому что стандарт C ничего не говорит о двоичном представлении символа \n когда он печатается на устройстве отображения или сохраняется в текстовом файле. Однако он точно определяет, как он должен себя вести при печати - он должен перейти в начало следующей строки.

Пожалуйста, дайте ссылку, чтобы проверить ответ
@BreakingBenjamin: спецификацию ISO легко найти в Интернете. Я добавил ссылку и добавил номера разделов в вопрос.