Che cosa succederebbe se si definisse il delimitatore CSV del sistema come virgolette?

Risposta: Interrompe il sistema

Ho modificato le mie impostazioni di sistema per testare questo problema:

HoscopertocheMicrosoftnonsacomegestirlo.

Imieidatioriginalierano:

Dopo aver salvato i dati, ha prodotto il seguente file di dati ambigui:

This "This"122,342.23""Test""quote"
Is"Is"231,123.42""""quote""test"
A"A"234,234.23""""something"
Test"Test"234.34""something"""

Certamente, quando ho provato ad aprire il file, l'ho risolto:

Questo dimostra che lo standard CSV fallisce nel caso in cui il delimitatore scelto sia un virgolette e i dati effettivi contengano virgolette. Ciò significa che il sistema operativo Windows dovrebbe probabilmente disabilitare l'utente dalla selezione di questo come virgolette, o modificare lo standard CSV in modo che nel solo caso in cui le virgolette vengano scelte come delimitatore, esso sostituisce il carattere di escape (normalmente una citazione segnare) con qualche altro carattere.

Devi considerare l'effettiva implementazione del sistema. CSV è solo uno standard di base. Se esce da Excel, un sistema personalizzato o un editor di Linux, il chilometraggio effettivo può variare.

Detto questo, dato che sei un programmatore, presumo che il sistema sia qualcosa per cui hai il codice sorgente.

"3\"4\""

Il problema è ovvio. Il codice è difficile da leggere per un essere umano. CSV standard

"3,4"

è molto più semplice.

Quello che farei è cambiare il delimitatore. Se esiste un output esistente, scrivi uno script per trovare e sostituire \" con , (o un altro delimitatore accettabile che non influisce sui dati)

Perché no?

L'unico problema sarebbe se scrivessi un parser usando un'espressione regolare e non fuggissi correttamente il carattere di ricerca

L'unica cosa che devi veramente considerare è la frequenza con cui troverai il carattere che utilizzi come delimitatore nei tuoi campi dati. Mi preoccuperei un po 'di usare le virgolette, semplicemente perché le virgolette doppie sono spesso usate insieme al delimitatore regolare (ad esempio "A", "B", "C", "D", "ETC").

Non ci sarebbe differenza. Stai ancora utilizzando un carattere per delimitare ogni campo e quel carattere avrebbe bisogno di essere sfuggito quando si verifica nei dati. La scelta del carattere deve essere basata su quanto segue:

• È improbabile che il personaggio si verifichi frequentemente nei dati (Riduci l'overhead)
• Il personaggio dovrebbe essere facile da analizzare (rendere più semplice il lavoro della persona che scrive il parser. Se il personaggio ha altri usi ben definiti nel contesto delle librerie di manipolazione del testo, lascia spazio per errori.)