Il carattere carriage-return è considerato obsoleto

Esiste una buona pratica in cui sei "liberale in ciò che accetti e conservativo in ciò che invii" .

In altre parole, se c'è una possibilità (per quanto piccola sarà) che qualcuno ti dia una fine cr line (e aspetti che funzioni correttamente), dovrai supportarla.

TBH, non riesco a vedere come l'aggiunta del supporto CR richiederebbe tutto questo tempo.

Quando vedi un cr nel lexer guarda il prossimo carattere e se è un nl , inghiotta la nuova riga ed emette un token newline, se il prossimo carattere non è un nl emette semplicemente una nuova riga token e continua.

No. CR non è obsoleto (definito come "non più prodotto o utilizzato"). Tu stesso ne hai fornito la prova. È forse non comune , ma non obsoleto .

Per "è sicuro per escludere il supporto" per CR? Come dici tu, non si tratta di perdere vendite, e non puoi supportare ogni strana combinazione di caratteri e formati di file nel mondo, e solo tu conosci il tuo software e la tua base di utenti. Quindi direi che sarebbe sicuro escluderlo se sei convinto che l'onere del supporto di non aggiungerlo (come spiega mouviciel) non superi l'onere di aggiungerlo. Ma senza sapere molto di più sul prodotto e la base di utenti non sono sicuro di come essere più specifico.

A proposito di pigrizia: devi bilanciare:

• sforzo nel cambiare il codice in modo che CR sia gestito in modo sicuro (e poi dimenticarlo).

• impegno nello spiegare agli utenti perché i file di cui erano soddisfatti per decenni improvvisamente bloccano la tua app, nel trovare soluzioni alternative che possano utilizzare senza compromettere le tue vendite e nel chiedere argomenti e commenti ai commenti proprio qui.

Dipende da te decidere quale percorso è il più pigro.

Is it safe to exclude support for the statistically insignificant percentage of users who decide (for whatever reason) to the old Mac OS style line-endings?

Forse non molti utenti lo rileveranno, ma nella stanza c'è un elefante: terminazioni di linea di Windows ( CRLF ). Se supporti quelli (in generale, anche se utilizzo solo Windows per i giochi), dovrebbe essere banale supportare la terza parte di questo triangolo storico delle Bermuda.

Se non supporti qualcosa del genere, dovresti almeno menzionarlo nella documentazione (stile "Questo non è un bug") e come cambiare i file per lavorare con il tuo strumento in il modo più semplice possibile ( dos2unix per esempio).

Ci sono molti dispositivi seriali che fanno affidamento su CR come fine del flusso di dati prima che venga inviato ETX . È una convenzione che non andrà mai via.

Tratterei la richiesta come qualsiasi richiesta di funzionalità in cui è necessario valutare i costi rispetto ai benefici.

Se esattamente una persona ha richiesto il supporto CR, forse non è necessario. Vedi il capitolo seguente del libro da 37 segnali in cui dicono che dovresti preoccuparti solo delle richieste di funzionalità molto popolari.

link

MS OS da MSDOS in poi usa la combinazione CR + LF come separatore di riga (penso soprattutto per le stampanti a matrice che ne hanno bisogno).

Quindi sì, è un fiasco, ma hai ancora bisogno del supporto per la dannata cosa.