Perché si consiglia di avere una riga vuota alla fine di un file di origine?

Alcuni strumenti in stile codice lo consigliano e ricordo di aver visto alcuni strumenti della riga di comando unix avvisare della mancanza di una riga vuota.

Qual è il ragionamento per avere una riga vuota in più?

Molti strumenti meno recenti si comportano in modo anomalo se l'ultima riga di dati in un file di testo non termina con una nuova riga o una combinazione di ritorno a capo / nuova riga. Ignorano quella linea poiché è invece terminata con ^ Z (eof).

Se provi a concatenare due file di testo insieme, sarai molto più felice se il primo termina con un carattere di nuova riga.

A parte il fatto che si tratta di una posizione del cursore più bella quando ci si sposta alla fine di un file in un editor di testo.

Avere una nuova riga alla fine del file fornisce un semplice controllo che il file non è stato troncato.

Un argomento può anche essere fatto per differenze più pulite se si accoda al file seguendo lo stesso ragionamento di Perché le virgole finali sono consentite in un elenco?

Quanto segue viene copiato (e tagliato un po ') dalla risorsa collegata:

Mutevole:

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

per:

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

comporta solo una modifica di una riga nel diff:

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

Questo batte il diff di più righe più confuso quando la virgola finale è stata omessa:

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

La riga vuota alla fine del file appare in modo che la lettura standard dal flusso di input sappia quando terminare la lettura, di solito restituisce EOF per indicare che hai raggiunto la fine. La maggior parte delle lingue può gestire il marker EOF. È lì per quel motivo ai vecchi tempi, sotto DOS, il marker EOF era il tasto F6 o Ctrl-Z, per i sistemi * nix, era Ctrl-D.

La maggior parte, se non tutte, in realtà leggerà fino al marker EOF in modo che la funzione della libreria di runtime di leggere dall'input sappia quando smettere di leggere ulteriormente. Quando si apre lo stream per la modalità Append, si cancellerà il marker EOF e si passerà sopra di esso, fino a quando non viene esplicitamente chiamato una chiusura in cui verrà inserito il marker EOF in quel punto.

Gli strumenti più vecchi si aspettavano una linea vuota seguita dal marker EOF. Al giorno d'oggi, gli strumenti possono gestire la linea vuota e ignorarla.

Anche quando modifichi un file e aggiungi un po 'di codice alla fine del file - diff (almeno git diff nella conigurazione standard) mostrerà che hai cambiato l'ultima riga, mentre l'unica cosa che hai effettivamente fatto - ha aggiunto un simbolo di nuova riga. Quindi i rapporti cvs diventano meno convenienti.

Alcune lingue definiscono il loro file di input in termini di righe di input, in cui ogni riga di input è una serie di caratteri terminata da un ritorno a capo. Se la loro grammatica è così definita, anche l'ultima riga valida del file deve essere terminata da un ritorno a capo.

È a causa della definizione di cosa sia un file di testo. Quando si crea un nuovo file di testo in qualsiasi ambiente unix, il contenuto di quel file è il carattere di nuova riga '\ n'

Senza questo, il file non è realmente identificato come un file di testo. Ora, una volta aggiunto il codice a questo file di testo, si tratta di non rimuovere questa nuova riga iniziale che definisce un file di testo stesso .