Der traurige Zustand von "Datensatztrennzeichen" oder "Leitungsterminatoren" ist ein Erbe des dunklen Zeitalters des Rechnens.
Nun nehmen wir an, dass alles, was wir darstellen möchten, in irgendeiner Weise strukturierte Daten sind und verschiedenen Abstraktionen entsprechen, die Zeilen, Dateien, Protokolle, Nachrichten, Markups usw. definieren.
Aber es war einmal nicht genau so. In Anwendungen integrierte Steuerzeichen und gerätespezifische Verarbeitung. Die hirntoten Systeme, die sowohl CR als auch LF benötigten, hatten einfach keine Abstraktion für Datensatztrennzeichen oder Zeilenabschlusszeichen. Die CR war erforderlich, damit der Teletyp oder die Videoanzeige zur ersten Spalte zurückkehrte, und die LF (heute NL, gleicher Code) war erforderlich, damit sie zur nächsten Zeile überging. Ich denke, die Idee, etwas anderes zu tun als die Rohdaten auf das Gerät zu übertragen, war zu komplex.
Unix und Mac haben tatsächlich eine Abstraktion für das Zeilenende angegeben. Stellen Sie sich das vor. Leider haben sie unterschiedliche angegeben. (Unix, ähm, stand an erster Stelle.) Und natürlich verwendeten sie einen Steuercode, der der SOP bereits "nahe" war
Da fast die gesamte heutige Betriebssoftware von Unix-, Mac- oder MS-Betriebssystemen abstammt, stecken wir in der Verwirrung um das Zeilenende.
\n
wird normalerweise durch einen Zeilenvorschub dargestellt, ist jedoch nicht unbedingt ein Zeilenvorschub.