Vai al contenuto
OneKitly

L'esportazione JSON conserva tre cose per cui il CSV non ha colonna

Pubblicato il 09/09/2026 · 3 min di lettura · Strumenti per file

Daniel Okonkwo

Daniel Okonkwo — Sviluppatore front-end e redattore Tech presso OneKitly

Performance web · Formati di file

Verificato su 3 fonti

Vedi il profilo →
In breve

Entrambe le esportazioni leggono lo stesso .ics con lo stesso analizzatore, poi divergono su ciò che sanno portare. Il CSV scrive otto colonne fisse — oggetto, inizio, fine, luogo, descrizione, organizzatore, stato, uid — perché un foglio di calcolo è un rettangolo e ogni evento deve riempire lo stesso. Il JSON scrive ogni evento come oggetto: un campo che solo alcuni eventi hanno compare semplicemente su quelli. In pratica tre cose sopravvivono al JSON e non al CSV: tzid, il fuso nominato in cui un inizio è stato scritto; allDay, il marcatore che dice che una data è una giornata intera e non un istante; e rrule, la regola di ricorrenza. Una riunione settimanale esportata in JSON torna con "rrule": "FREQ=WEEKLY;BYDAY=MO;COUNT=12" allegato, e una voce di Natale con "allDay": true. Nessuno dei due ha dove andare in una tabella. Prendi il CSV per leggere e ordinare; prendi il JSON quando lo consumerà uno script, una routine d'importazione o un altro calendario.

Stesso file, stesso analizzatore, due uscite. Il foglio di calcolo riceve otto colonne; il JSON riceve in più il fuso nominato, l'indicatore di giornata intera e la regola di ricorrenza.

Un rettangolo contro una forma

Un CSV deve fissare le sue colonne prima di scrivere la prima riga, e tutte le successive hanno esattamente quelle. È una forza quando vuoi ordinare per data d'inizio o contare gli eventi per luogo — un foglio di calcolo lo fa all'istante, un nido di oggetti no. Diventa debolezza appena i dati sono irregolari, e i dati di calendario lo sono per natura: quasi nessun evento ha ricorrenza, qualcuno sì; quasi tutti hanno un fuso, quelli di giornata intera no.

C'è una seconda differenza, più discreta, da conoscere quando uno script legge l'uscita. Nel CSV un campo vuoto è una cella vuota sempre presente; nel JSON un campo facoltativo senza valore può mancare del tutto dall'oggetto. Scrivi il tuo lettore in modo che una chiave assente e una stringa vuota siano trattate allo stesso modo e nessuna delle due esportazioni ti sorprenderà.

Due eventi, entrambe le esportazioni, affiancate
ProprietàNel CSVNel JSON
Titolo, inizio, fine, uidSì, quattro delle otto colonneSì
Fuso nominatoNessuna colonna"tzid": "Europe/Paris"
Giornata intera anziché un istanteNessuna colonna"allDay": true
Regola di ricorrenzaNessuna colonna"rrule": "FREQ=WEEKLY;BYDAY=MO;COUNT=12"
Un campo vuotoUna cella vuota, sempre presenteUna stringa vuota, o la chiave manca
ICS in JSONEsporta gli eventi del calendario in JSON, con ogni data ICS convertita in ISO-8601.Prova lo strumento →

Domande frequenti

Posso ritrasformare il JSON in calendario?
Non direttamente qui — il lato importazione prende CSV — ma il JSON è la cosa giusta da dare a uno script che scriva .ics per conto proprio, proprio perché conserva ancora il fuso, il marcatore di giornata intera e la regola. Se ti serve solo spostare un calendario senza cambiarlo, non passare da nessuna delle due esportazioni: unire file .ics conserva tutto ed evita la domanda.
Il JSON dispiega gli eventi ricorrenti?
No, e non dovrebbe: porta invece la regola, che è strettamente più informazione. Un oggetto con un rrule di FREQ=WEEKLY;COUNT=12 ti dice insieme che ci sono dodici occorrenze e come sono spaziate, mentre dodici oggetti dispiegati ti darebbero le date perdendo il fatto che stanno insieme. Dispiegare è compito di ciò che consuma il file.
Quale devo archiviare?
L'.ics stesso. Entrambe le esportazioni sono letture di esso, e una lettura lascia sempre qualcosa fuori — il JSON lascia partecipanti, avvisi e allegati, così come il CSV lascia il fuso e la regola. Conserva l'originale come riferimento e genera l'esportazione che ti serve quando ti serve.

Articoli che potrebbero interessarti

Tutte le guide →
SpiegazioneUn evento ricorrente è una riga del CSV, non dodiciUn file .ics memorizza una riunione settimanale una sola volta, con una regola allegata. Esportandolo in CSV ottieni una riga per tutta la serie: è il file a essere onesto, non il convertitore a perdere righe.SpiegazioneLo stesso file .ics può indicare cinque orari diversiiCalendar scrive un orario d'inizio in tre modi, e solo uno è privo di ambiguità. Una riunione scritta con un fuso nominato, convertita su macchine a Parigi, New York e Honolulu, si è distesa su diciannove ore e ha cambiato giorno.TutorialCostruire un calendario da un piano che hai già in un foglio di calcoloOrari delle lezioni, calendari delle partite, turni di servizio e programmi di convegno nascono tutti come tabella. Quattro colonne bastano per farne un file che ogni applicazione di calendario sa importare.ConfrontoDue email in una cella, o due stringhe in un arrayUn 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.TutorialUnire calendari e rubriche accoda — non deduplicaGli strumenti di unione mettono ogni scheda di ogni file in un'unica uscita, nell'ordine in cui li hai dati. È il comportamento predefinito giusto e l'unica cosa da sapere prima di infilarci due esportazioni dello stesso account.SpiegazioneUn indirizzo vCard ha sette parti, una colonna di CSV unaNomi, indirizzi e organizzazioni sono campi strutturati in una vCard. Appiattiscili in un foglio di calcolo: si leggono identici perdendo le cuciture — il che conta nel momento in cui da quel foglio si ricostruisce una vCard.

Strumenti correlati

Fonti

Hai notato un errore in questo articolo?