Smart fallback per le terminazioni di riga nei file di codice? [chiuso]

2

Che cosa suggerisci come fallback di default per le terminazioni di riga se non è possibile determinare il sistema operativo?

Esempio

Mac OS fino alla versione 9 utilizza ritorni a capo ( \r ) per le terminazioni di riga. I sistemi di tipo Unix terminano le linee con i feed di riga ( \n ) e Windows utilizza due caratteri ( \r\n ) per contrassegnare una fine di riga.

Qual è il miglior fallback che è più compatibile con tutti i sistemi citati quando si scrivono file di codice scambiati con sviluppatori su piattaforme diverse?

    
posta Benny Neugebauer 08.11.2014 - 15:19
fonte

3 risposte

6

Voterò per CRLF:

  • Windows è ancora il sistema operativo più utilizzato per il personal computing, quindi tutti gli altri sistemi operativi hanno modi per gestire le terminazioni di linea DOS
  • L'opposto non è necessariamente vero, non tutte le app Windows possono gestire le terminazioni di linea Unix o Mac
  • CRLF è anche la linea che termina per tutti gli standard Internet e RFC, ad es. HTTP, MIME, Usenet, posta Internet, vCard, iCal ecc.
risposta data 08.11.2014 - 17:23
fonte
0

Per lingue interpretate : utilizza uno supportato da un sistema operativo "piattaforma di esecuzione" (ad esempio un server applicazioni). Questo perché probabilmente dovresti usare lo stesso SO per lo sviluppo in un primo momento. Inoltre potresti trovarti in una situazione in cui hai bisogno di leggere o cambiare (non una buona idea, ma possibilità) le fonti distribuite.

Per le lingue compilate : non vedo motivi per cui una scelta debba essere preferita, tranne che per alcuni requisiti espliciti o se la maggior parte degli sviluppatori utilizza un particolare sistema operativo.

    
risposta data 08.11.2014 - 18:16
fonte
0

My 2 ¢:

  • Scegli qualsiasi codifica EOL che desideri, ma assicurati che funzioni bene con il tuo sistema di compilazione, i compilatori, gli interpreti, ecc.
  • Assicurati che questo sia spiegato chiaramente nella tua pagina wiki, nei file readme, ecc., destinati ai contributori.
  • Nella stessa pagina spiega come correttamente git config core.eol , in modo che i contributori possano inviare facilmente richieste di pull.

Speriamo che dopo potrai smettere di preoccuparti degli EOL nei file sorgente.

    
risposta data 08.11.2014 - 19:22
fonte

Leggi altre domande sui tag