JavaScript'te bu bir çapraz tarayıcı uyumluluk sorunu oldu, bu nedenle her ikisi de kullanıldı, ancak farklı dillerde her iki basımının birlikte yazdırıldığını gördüğüm çok sayıda örnek var: \ r \ n. Bu, her zaman her ikisini de kullanmanız gereken genellikle istisnai bir norm mu, yoksa dillerin her ikisini de anladığı bir zamanda var mıdır?Taşıyıcı dönüşü ve yeni satır n her zaman birlikte kullanılmalı mı? r n
CRLF çifti çoğu internet protokolünde beklenen satır sonu işaretidir (EOL).
Burada, Postel'in "Sağlamlık Prensibi" geçerli olmalıdır. Kabul ettiğin şeyde liberal ol, ama gönderdiklerinin içinde katı. Bu yüzden, sadece bir LF almaya hazır olun, ancak ilgili standartları gerektiriyorsa veri kullanımı gönderiyorsanız.
Bu bir dil uyumluluğu sorunu değil, bir dosya sorunu veya protokol sorunu. Dosya-bilge: Unix \ n bir satır başı olarak kullanır, Windows \ r \ n kullanır ve MacOS'un kullandığını düşünüyorum (şimdilik emin değilim). Birçok 'çapraz platform' dili bunu bir platform bağımlı değişkeninde soyutlar. Protokol-bilge: protokolün belirttiği.
Geçerli Macintosh OS (OS X), Unix'dir ve satır ayırıcısı olarak newline ('\ n') kullanır. CP-M/MS-DOS/Windows kullanımı \ r \ n, çünkü erken karakter modu yazıcıları, yazdırma kafasını sol kenar boşluğuna (\ r) taşımak için bir kontrol karakterine ve bir kağıdı da bir satır ilerletmeye ihtiyaç duyuyordu n). –
Dayanıklılık ilkesi, HTML çorbalarının sebebidir. Prensibi lanet olsun! :-) –
da sadece CR'yi kabul etmelisiniz, çünkü bazı eski sistemler sadece CR kullanıyordu. –
Hayır, neyi yattığınızı kabul ettiğinizde ve çok katı bir şekilde sıkı bir şekilde katı olmalısınız. Bu, bir şeyin sadece reddetmek yerine bazı olası belirsizliklerin ne anlama geldiğini tahmin etmeye çalıştığı beklenmedik hatalara indirger. – staticsan