Yapısal verileri ayrıştıran, ancak amacı göremediğim için kasıtlı olarak geri dönüş saptamayı dışlayan bir açık kaynak kitaplığı yazdım. Avantaj / fayda için ek karmaşıklık ve ek yük ekler.
Sürprizime göre, bir kullanıcı ayrıştırıcının çalışmadığı bir hata sundu ve sorunun nedeninin LF veya CRLF'nin aksine CR satırının bittiğini kullandığını fark ettim.
OSX, unix tabanlı bir platforma geçtiğinizden beri LF tarzı satır sonları kullanmıyor mu?
Açıkça CR kullanmak için satır sonlarının değiştirilebileceği Notepad ++ gibi uygulamalar olduğunu biliyorum ama neden birinin istediğini anlamıyorum.
Eski Mac OS stili satır sonlarına karar veren kullanıcıların istatistiki açıdan önemsiz yüzdesi desteğini dışlamak güvenli midir?
Güncelleştirme:
Netleştirmek için, Windows satır sonlarını (yani CRLF) desteklemek, CR belirteç tanıma gerektirmez. Verimlilik amacıyla, sözcü şartlara göre eşleşir. CR karakterlerini sessizce göz ardı ederek, CRLF belirteci LF'ye basitleştirir. Bu nedenle, CRLF belirtecinin kendisi kendi başına bir anakronizm olarak düşünülebilir, ancak bu sorunun konusu değil.
CR stili satır sonları için sistem genelinde destek sağlayan son işletim sistemi Mac OS 9'du . İronik olarak, hala OSX'te varsayılan olarak kullanan tek uygulama Microsoft Excel'dir.
CR
yeni satırları desteklemekten çok daha fazla zaman harcamanıza neden oldu . (... ve bunun tam olarak böyle olmadığına inanıyorsanız, çözümleyicinizin tasarımının oldukça yoğun olması gerekir)