W jaki sposób \ n i \ r są obsługiwane inaczej w systemach Linux i Windows?

Myślę, że \nprzesuwa igłę w dół i \rprzesuwa igłę na początek linii (wyrównanie do lewej)? Nie jestem jednak pewien. Więc jeśli się mylę, popraw mnie ....

W każdym razie, powiedziano mi, że Windows i Linux uchwyt newlinesi carriage returnsinaczej. Chciałbym wiedzieć, jak traktują je inaczej i niektóre miejsca, w których warto pamiętać. Dzięki za odpowiedź.

Myślę, że \ n przesuwa igłę w dół, i \ r przesuwa igłę na początek linii (wyrównanie do lewej)? Nie jestem jednak pewien

To mniej więcej prawda, ale przede wszystkim ciekawość historyczna. Pierwotnie, linefeed (LF) był używany do przesuwania papieru o jedną linię na drukarkach i terminalach drukowanych ( teleprinters ); powrót karetki (CR) zwrócił głowicę drukującą na początek linii.

Prawdopodobnie nadal działa na nowoczesnych drukarkach, gdy są używane w „trybie tekstowym”, ale poza tym obecnie nie ma większego znaczenia.

W każdym razie powiedziano mi, że Windows i Linux inaczej obsługują znaki nowej linii i zwroty karetki.

Różnica polega po prostu na tym, że projektanci systemów operacyjnych musieli wybrać sposób reprezentowania początku nowej linii w tekście w plikach komputerowych. Z różnych powodów historycznych w świecie Uniksa / Linuksa jako nowy znak linii wybrano pojedynczy znak LF; MS-DOS wybrał CR + LF, a Windows to odziedziczył. Dlatego różne platformy używają różnych konwencji.

W praktyce staje się to coraz mniejszym problemem. Znacznik nowej linii jest tak naprawdę istotny tylko dla piktogramów przetwarzających „zwykły tekst”, a nie ma ich tak wiele - w większości wpływa tylko na kod źródłowy programu, pliki konfiguracyjne i niektóre proste pliki tekstowe z dokumentacją. Obecnie większość programów obsługujących tego rodzaju pliki (edytory, kompilatory itp.) Może obsługiwać obie konwencje nowego wiersza, więc nie ma znaczenia, który wybierzesz.

Są przypadki, w których narzędzia nalegają na „swoją” konwencję nowego wiersza (np. Skrypty powłoki Uniksa nie mogą używać CR + LF), w którym to przypadku należy użyć właściwej.

CR i LF

Amerykański Standard Code for Information Interchange (ASCII) zdefiniował znaki kontrolne, w tym CARRIAGE-RETURN (CR) i LINE-FEED (LF), które były (i nadal są) używane do kontrolowania pozycji drukowania na drukarkach w sposób analogiczny do mechaniczne maszyny do pisania, które poprzedziły wczesne drukarki komputerowe.

Zależność od platformy

W Windows tradycyjnym separatorem linii w plikach tekstowych jest CR, a po nim LF

W starych (wcześniejszych niż OSX) systemach Apple Macintosh tradycyjnym separatorem linii w plikach tekstowych był CR

W systemach Unix i Linux tradycyjnym separatorem linii w plikach tekstowych jest LF.

\ n i \ r

W wielu językach programowania i skryptów \noznacza „nowy wiersz”. Czasami (ale nie zawsze) oznacza to znak ASCII LINE-FEED (LF), który, jak mówisz, przesuwa kursor (lub pozycję drukowania) w dół o jedną linię. W drukarce lub maszynie do pisania spowoduje to przesunięcie papieru o jedną linię w górę.

Niezmiennie \roznacza znak ASCII CARRIAGE-RETURN (CR), którego nazwa faktycznie pochodzi od mechanicznych maszyn do pisania, w których znajdował się klawisz powrotu karetki, który spowodował, że rolka („karetka”), która niosła papier, przesunęła się w prawo, napędzana przez sprężynę, tak daleko, jak to możliwe. W ten sposób ustawiając bieżącą pozycję pisania na lewym marginesie.

Programowanie

W niektórych językach programowania \nmoże oznaczać zależną od platformy sekwencję znaków kończących lub oddzielających wiersze w pliku tekstowym. Na przykład w Perlu print "\n"produkuje inną sekwencję znaków w systemie Linux niż w systemie Windows.

W Javie najlepszą praktyką jest to, że jeśli chcesz używać natywnych zakończeń linii dla platformy wykonawczej, nie należy jej używać \nani \rwcale. Powinieneś użyć System.getProperty("line.separator"). Powinieneś używać \ni \rgdzie chcesz LF i CR niezależnie od platformy (np. Jak w HTTP, FTP i innych protokołach komunikacji internetowej).

Uniksowy styl

W powłoce uniksowej sttymożna użyć polecenia, aby spowodować translację powłoki między tymi różnymi konwencjami. Na przykład stty -onlcrspowoduje, że powłoka następnie przetłumaczy wszystkie wychodzące LF na CR LF.

Linux i OSX przestrzegają konwencji Uniksa

Pliki tekstowe

Pliki tekstowe są nadal niezwykle ważne i szeroko stosowane. Na przykład HTML i XML to przykłady plików tekstowych. Większość ważnych protokołów internetowych, takich jak HTTP, jest zgodna z konwencjami plików tekstowych i zawiera specyfikacje zakończeń linii.

Drukarki

Większość drukarek innych niż najtańsze nadal szanuje CR i LF. W rzeczywistości są one fundamentalne dla najczęściej używanych języków opisu strony - PCL i Postscript.

Krótko mówiąc, był potrzebny do drukarek, ale teraz systemy operacyjne robią to nieco inaczej. W większości przypadków dobrze jest po prostu zrobić zarówno CR, jak i LF, \r\na w większości przypadków będzie to działać dobrze.