Due email in una cella, o due stringhe in un array
Pubblicato il 09/09/2026 · 3 min di lettura · Strumenti per file
Daniel Okonkwo — Sviluppatore front-end e redattore Tech presso OneKitly
Performance web · Formati di file
Verificato su 3 fonti
vCard permette a un contatto di ripetere una proprietà: due righe EMAIL, tre righe TEL, quante ne ha la persona. Una cella di foglio di calcolo porta un valore, quindi l'esportazione CSV le unisce — jp.dupont@example.fr · contact@example.fr, separate da un punto mediano scelto perché non compare quasi mai dentro un indirizzo o un numero. È leggibile e ordinabile, ed è una stringa. L'esportazione JSON scrive lo stesso contatto come oggetto in cui emails e phones sono array: ["jp.dupont@example.fr", "contact@example.fr"]. Se a leggere il file è una persona, la cella unita è più gentile; se è un programma, l'array toglie il passo in cui decidi su che carattere dividere sperando che nessun contatto l'abbia mai messo in una nota. Tutto il resto è uguale, perché entrambe sono la stessa lettura dello stesso file.
Un contatto può avere più numeri e più indirizzi. Il CSV li unisce con un punto mediano in una sola cella; il JSON li conserva come elenco, che è la differenza fra uno script che funziona e uno che divide a occhio.
Perché il separatore è un punto mediano
Una virgola sarebbe indistinguibile dal separatore del CSV stesso, un punto e virgola da quello che Excel usa in tutta l'Europa continentale, e una barra compare in indirizzi reali. Il punto mediano non compare quasi in nulla di ciò che si mette in una scheda di contatto, il che rende una cella unita divisibile in pratica benché nulla lo garantisca. È questa la descrizione onesta: una convenzione che funziona, non una regola imposta dal formato — ed è proprio per questo che un programma dovrebbe prendere il JSON.
Ciò che nessuna delle due esportazioni porta
Le etichette. Una vCard dice quale numero è il cellulare e quale quello dell'ufficio, con TYPE=CELL e TYPE=WORK, ed entrambe le esportazioni scrivono i numeri senza di esse — il CSV perché ha una sola colonna di telefoni e il JSON perché conserva un elenco di stringhe e non di coppie. Se la distinzione ti importa, conserva il .vcf, oppure aggiungi una colonna tua prima di importare. È un limite reale, e vale più dichiararlo che scoprirlo dopo che duecento contatti sono arrivati con i cellulari segnati come fissi.
Domande frequenti
- Posso modificare il JSON e riconvertirlo?
- Il lato importazione di questi strumenti legge CSV, quindi un JSON che hai modificato ha bisogno di uno script tuo per tornare .vcf — che è di solito la situazione in cui eri già se hai scelto JSON. Per ritocchi a mano che devono rientrare dagli strumenti, prendi il CSV, modificalo in un foglio di calcolo e ricostruisci da lì.
- Il JSON è valido per qualsiasi parser?
- Sì — è un semplice array di oggetti, indentato, in UTF-8, senza virgole finali né commenti. Nota che non è jCal, la forma JSON normalizzata di vCard e iCalendar: è una rappresentazione diretta dei campi che questi strumenti leggono, più facile da consumare e che porta meno. Se ti serve jCal in particolare, conserva il .vcf e convertilo con una libreria che lo prenda di mira.
Articoli che potrebbero interessarti
Tutte le guide →Strumenti correlati
Fonti
Hai notato un errore in questo articolo?