Windows neden CR LF kullanıyor?

İkisi arasındaki farkı anlıyorum, bu yüzden buna girmeye gerek yok, ancak Windows'un bir satır sonunu belirtmek için neden hem CR hem de LF kullandığının arkasındaki gerekçenin ne olduğunu merak ediyorum. Görünüşe göre Linux yöntemi (sadece LF kullanıyor) çok daha mantıklı, yerden tasarruf sağlıyor ve ayrıştırılması daha kolay.

Geçmişte kullanırken nokta vuruşlu yazıcılar teletipler CR, taşıyıcıyı satırın ilk konumuna geri döndürürken, LF bir sonraki satıra beslenir. Dosyada CR + LF kullanmak, herhangi bir yazıcı sürücüsü olmadan bir dosyayı doğrudan yazıcıya göndermeyi mümkün kıldı.

Teşekkürler @zaph nokta vuruşlu yazıcılar değil teletipler olduğunu belirtti

@sshannin, Raymond Chen'in blogundan bir URL yayınladı, ancak artık çalışmıyor. Blog dahili yazılımını değiştirdi, dolayısıyla URL'ler de değişti.

Yeni blogdaki eski gönderileri taradıktan sonra burada buldum .

Blogdan alıntı:

Hat sonlandırıcı neden CR + LF'dir?

Bu protokol, teletip yazanlar günlerine kadar uzanır. CR, "satır başı" anlamına gelir - CR kontrol karakteri, kağıdı ilerletmeden baskı kafasını ("taşıma") sütun 0'a döndürdü. LF, "satır besleme" anlamına gelir - LF kontrol karakteri, yazdırma kafasını hareket ettirmeden kağıdı bir satır ilerletir. Dolayısıyla, yazıcı kafasını sıfır sütununa döndürmek (sonraki satırı yazdırmaya hazır) ve kağıdı ilerletmek (böylece yeni kağıda yazdırmak için) istiyorsanız, hem CR hem de LF'ye ihtiyacınız vardır.

RFC 0821 (SMTP), RFC 1939 (POP), RFC 2060 (IMAP) veya RFC 2616 (HTTP) gibi çeşitli internet protokol belgelerine giderseniz, hepsinin CR + LF'yi satır sonlandırma sırası. Yani asıl soru "CP / M, MS-DOS ve Win32 neden satır sonlandırıcı olarak CR + LF kullanıyor?" Değil. yerine "Neden başkaları bu standart belgelerinden farklı olmayı ve başka bir satır sonlandırıcı kullanmayı seçti?"

Unix, satır sonlandırma dizisi olarak düz LF'yi benimsedi. Stty seçeneklerine bakarsanız, onlcr seçeneğinin bir LF'nin CR + LF'ye değiştirilip değiştirilmeyeceğini belirttiğini göreceksiniz. Bu ayarı yanlış yaparsanız, merdiven basamağı metni alırsınız.

each
    line
        begins 

önceki satırın kaldığı yer. Dolayısıyla, ham modda bırakıldığında unix bile satırları sonlandırmak için CR + LF gerektirir. LF'den önceki örtük CR, satır başına bir bayt tasarrufu sağladığı için muhtemelen bir ekonomi olarak bir unix buluşudur.

C dilinin unix atası, bu kuralı, satırları sonlandırmak için yalnızca "\ n" (LF'yi kodlayan) gerektiren ve ham dosya verilerini mantıksal satırlara dönüştürmek için çalışma zamanı kitaplıklarına yük getiren C dili standardına taşıdı.

C dili ayrıca "genel hat sonlandırıcı" kavramını ifade etmek için "satırsonu" terimini tanıttı. Bana, ASCII komitesinin 0x0A karakterinin adını 1996 civarında "yeni satır" olarak değiştirdiği söylendi, bu yüzden kafa karışıklığı seviyesi daha da yükseldi.

Unix perspektifinden konuyla ilgili başka bir tartışma.

Bu ikinci bağlantıyı The Wayback Machine'deki bir anlık görüntüye değiştirdim, çünkü asıl sayfa artık mevcut değil.

Umarım bu, sorunuzu yanıtlamıştır.

Eski günlerden beri teletype makinelerinden (ve daktilolardan) geliyor.

Eskiden bir satır yazmayı bitirdiğinizde, daktilonun taşıyıcısını (kağıdı tutan ve yazarken sola kaydıran) satırın başına (CR) geri götürmeniz gerekiyordu. Daha sonra, sonraki satıra geçmek için kağıdı bir satır (LF) ilerletmeniz gerekiyordu.

Arabayı geri döndürürken satır beslemek istemediğiniz durumlar vardır, örneğin bir çizgi ile bir karakterin üstünü çizecek olsanız (sadece üzerine yazarsınız).

Ama temelde, geleneğe indirgeniyor. DOS tam CR / LF kuralını kullandı ve UNIX bunu biraz kısalttı. Şimdi sıkıştık!

Diğerleri cevabı verdi, ama eklemek istedim ... Sanırım daktilo kullanamayacak kadar gençsin? ;) Taşıyıcı bir tamburdur. Yatay olarak sağa hareket ettirmek, sabit tip başlığını sayfanın sol kenar boşluğuna geri getirir. Taşıyıcıyı parmağınızı ve baş parmağınızı kullanarak döndürmek, sayfayı bir satır ilerler.

Gönderen Vikipedi :

CR + LF dizisi, bir konsol aygıtı olarak teletip makineleri, tipik olarak bir ASR33'ü benimseyen birçok eski bilgisayar sisteminde ortak kullanımdaydı, çünkü bu sıra, bu yazıcıları yeni bir hattın başlangıcına yerleştirmek için gerekliydi.

Veri aktarım hızını fiziksel baskı hızıyla daha iyi eşleştirmek için bir yerine iki karakter (ve bazen daha fazla) göndermenin nedeninin ( bu uzun zaman önceydi ) olduğunu gösteren birden fazla hesap gördüm . Baskı kafasını hareket ettirmek, tek bir karakter yazdırmaktan daha uzun sürdü ve fazladan karakterler göndermek, veri aktarımının baskı cihazının önüne geçmesini engellemenin bir yoluydu. Dolayısıyla, Windows'ta satır sonu için birden fazla karaktere sahip olmamızın nedeni, temelde QWERTY klavyelere sahip olmamızın nedeni ile aynı - işleri yavaşlatmak için tasarlanmıştı .

Açıkçası, bu uygulamanın Windows'ta bu güne kadar devam etmesinin nedeni, devam eden geriye dönük uyumluluk kavramına ve nihayetinde sadece basit eylemsizliğe dayanmaktadır.

Bununla birlikte, bu kuralın işletim sistemi düzeyinde Windows tarafından sıkı bir şekilde uygulanmadığını unutmayın . Herhangi bir Windows uygulaması, uyumlu olmaya çalıştığı diğer uygulamalara bağlı olarak kuralı yok saymakta özgürdür.

İlginç bir şekilde, "Newline" hakkındaki Wikipedia makalesi , Windows 8'in yalnızca LF kullanımına bir değişiklik getirebileceğini iddia ediyor. Makalede ayrıca Mac OS X'in LF + CR'den sadece LF'ye bir geçiş başlattığı belirtiliyor.