Bir kaynak dosyanın sonunda neden boş satır olması önerilir?

Bazı kod stili araçları bunu tavsiye ve boş satır eksik hakkında uyarı bazı unix komut satırı araçları gördüğümü hatırlıyorum.

Fazladan boş bir çizgiye sahip olmanın sebebi nedir?

Birçok eski araç, bir metin dosyasındaki son veri satırı bir satırsonu veya satır başı / yeni satır kombinasyonu ile sonlandırılmazsa hatalı davranır. Bunun yerine ^ Z (eof) ile sonlandığından bu satırı yoksayarlar.

İki metin dosyasını birleştirmeyi denerseniz, ilki yeni satır karakteriyle biterse çok daha mutlu olursunuz.

Bir metin düzenleyicide bir dosyanın sonuna gittiğinizde bunun daha güzel bir imleç konumu olması dışında.

Dosyanın sonunda yeni bir satıra sahip olmak, dosyanın kısaltılmadığından emin olmanızı sağlar.

Dosyaya sondaki virgüllere neden izin verilir?

Bağlantılı kaynaktan aşağıdakiler kopyalanır (ve biraz kırpılır):

Değiştirme:

s = [
  'manny',
  'jack',
]

için:

s = [
  'manny',
  'jack',
  'roger',
]

farkta sadece bir satırlık bir değişiklik içerir:

  s = [
    'manny',
    'jack',
+   'roger',
  ]

Bu, sondaki virgül atlandığında daha karmaşık çok satırlı farkı yener:

  s = [
    'manny',
-   'jack'
+   'jack',
+   'roger'
  ]

Dosyanın sonundaki boş satır, giriş akışından standart okumanın ne zaman sonlandırılacağını bilmesi için görünür, genellikle sona ulaştığınızı belirtmek için EOF döndürür. Dillerin çoğu EOF işaretini işleyebilir. Bu nedenle, eski günlerden beri, DOS altında, EOF işaretçisi F6 anahtarı veya Ctrl-Z, * nix sistemleri için Ctrl-D idi.

Hepsi olmasa da çoğu, EOF işaretçisine kadar okur, böylece çalışma zamanı kütüphanesinin girişten okuma işlevi, daha fazla okumayı ne zaman durduracağını bilir. Akışı Ekleme modu için açtığınızda, EOF işaretleyicisini o noktaya ekleyeceği açık bir şekilde kapatılana kadar EOF işaretleyicisini siler ve yanına yazar.

Eski araçlar boş bir çizgi ve ardından EOF işareti bekliyordu. Günümüzde, araçlar boş çizgiyi işleyebilir ve yok sayabilir.

Ayrıca, dosyayı değiştirdiğinizde ve dosyanın sonuna bazı kodlar eklediğinizde - diff (en azından git standart konigürasyonda diff) son satırı değiştirdiğinizi gösterirken, gerçekte yaptığınız tek şey yeni satır simgesi ekledi. Yani cvs raporları daha az uygun hale gelir.

Bazı diller, giriş dosyalarını giriş satırları olarak tanımlar; burada her giriş satırı bir satır başı ile sonlandırılmış bir dizi karakterdir. Dilbilgileri bu şekilde tanımlanmışsa, dosyanın son geçerli satırı bir satır başı ile sonlandırılmalıdır.

Bunun nedeni bir metin dosyasının tanımıdır. Herhangi bir unix ortamında yeni bir metin dosyası oluşturduğunuzda, o dosyanın içeriği yeni satır karakteri '\ n' olur

Bu olmadan, dosya gerçekten bir metin dosyası olarak tanımlanmaz. Şimdi bu metin dosyasına kod ekledikten sonra , bir metin dosyasının kendisini tanımlayan bu ilk yeni satırı kaldırmamakla ilgilidir .