Mostra notizie nelle discussioni
  • Avatar
    Scritto da
    Non Autenticato
    il 2021-05-16 16:09:22.0 alle 2021-05-16 16:09:22.0
    JSON
    https://help.objectiflune.com/en/pres-connect-rest...

    Mattia, ci capisci qualcosa di questo linguaggio?
    • Avatar
      ☺
      Scritto da
      il 2021-05-16 17:10:49.0 alle 2021-05-16 17:10:49.0
      Trollate totali: 9897
      Re: JSON
      Scritto da:
      > https://help.objectiflune.com/en/pres-connect-rest...
      >
      > Mattia, ci capisci qualcosa di questo linguaggio?
      >

      Si. Una stringa JSON descrive un oggetto o un array.

      Per esempio questa cosa qui...

      {
          "data": {
              "schema": {
                  "columns": {
                      "ID": "STRING",
                      "Gender": "STRING",
                      "FirstName": "STRING",
                      "LastName": "STRING"
                  }
              },
              "fields": {
                  "ID": "CU00048376",
                  "Gender": "M.",
                  "FirstName": "Benjamin",
                  "LastName": "Verret"
              }
          }
      }


      È un oggetto che contiene due campi: "data" e "fields".

      Questi due campi a loro volta contengono un oggetto.

      L'oggetto "fields" ha quattro campi di tipo stringa, ovvero ID, Gender, FirstName, LastName.

      L'oggetto "data" contiene il campo "schema", che è un oggetto contenente il campo "columns". Il campo "columns" è un oggetto con quattro campi di tipo stringa, ovvero "ID", "Gender", "FirstName", "lastName".


      Quindi normalmente quello che fai con JSON è parsarlo così da ottenere un oggetto, per esempio in javascript...

      var obj = JSON.parse(json)

      Così facendo crei la variabile "obj", che contiene l'oggetto sopra descritto.


      A cosa serve JSON? Quando due applicazioni si scambiano dati attraverso la rete non possono inviarsi oggetti, ma solo bit. Quindi per inviarsi un oggetto devono serializzarlo, cioè trasformarlo in una sequenza di bit. Una stringa è una sequenza di bit, quindi una stringa JSON può essere scambiata via rete tra due applicazioni.

      Quindi mettiamo che nell'applicazione A hai un oggetto che devi inviare all'applicazione B.

      Qui sotto lo pseudocodice dell'applicazione A.

      var JSON = getJSONStringFromObject(myObject); //ricavo una stringa JSON a partire dall'oggetto
      sendMessageToApplicationB(JSON); //invio la stringa JSON all'applicazione B
      


      Qui sotto lo pseudocodice dell'applicazione B.

      waitForMessages(); //L'applicazione B è in attesa di messaggi: il codice sta fermo qui finché non arrivano messaggi
      
      var myObject = getObjectFromJSONString(data); //I dati JSON vengono deserializzati così da ottenere un oggetto, che viene inserito nella varibile myObject.
      
      



      Parlando di siti web, normalmente l'applicazione A è il codice lato server e l'applicazione B è il codice javascript lato client. In altre parole, l'applicazione A è il server e l'applicazione B il browser.

      Quindi il client javascript fa una request al server, il quale serializza un oggetto in JSON e lo invia al client nella response.
      Il client javascript estrae la stringa JSON dalla response e ricava un oggetto.


      **Modificato dall'autore il 16.05.2021 17:14**
      • Avatar
        Scritto da
        Non Autenticato
        il 2021-05-17 18:52:12.0 alle 2021-05-17 18:52:12.0
        Re: JSON
        Scritto da: Mattia
        > Scritto da:
        > > https://help.objectiflune.com/en/pres-connect-rest...
        > >
        > > Mattia, ci capisci qualcosa di questo linguaggio?
        > >
        >
        > Si. Una stringa JSON descrive un oggetto o un array.

        > Quindi il client javascript fa una request al server, il quale serializza un oggetto in JSON e lo invia al client nella response.
        > Il client javascript estrae la stringa JSON dalla response e ricava un oggetto.

        Sono venuto a conoscenza della sua esistenza perché Zeronet lo usa.

        Non ho capito se la sintassi di JSON è una forma particolare di sintassi di Javascript o una cosa differente.

        Comunque vedo che è una sintassi complessa per cui lo escludo per il mio scopo.

        Il mio problema è questo: organizzare un elenco di indirizzi email e dati collegati in un modo che sia semplice per me, che lo compilo a mano, ma faciliti la vita anche a eventuali elaborazioni da parte di script PHP o Python.

        Per il momento ho deciso che l'elenco consiste in una serie di file in una directory, i cui nomi coincidono con gli indirizzi, es.

        rms@gnu.org

        e il cui contenuto è del tipo

        'Richard Stallman' <rms@gnu.org>

        che è un formato standard, più altre informazioni, ad esempio località, categorie, date.

        Come scrivere le altre informazioni è il problema che mi pongo.
        • Avatar
          ☺
          Scritto da
          il 2021-05-17 20:04:18.0 alle 2021-05-17 20:04:18.0
          Trollate totali: 9897
          Re: JSON
          Scritto da:
          > Scritto da: Mattia
          > > Scritto da:
          > > > https://help.objectiflune.com/en/pres-connect-rest...
          > > >
          > > > Mattia, ci capisci qualcosa di questo linguaggio?
          > > >
          > >
          > > Si. Una stringa JSON descrive un oggetto o un array.
          >
          > > Quindi il client javascript fa una request al server, il quale serializza un oggetto in JSON e lo invia al client nella response.
          > > Il client javascript estrae la stringa JSON dalla response e ricava un oggetto.
          >
          > Sono venuto a conoscenza della sua esistenza perché Zeronet lo usa.
          >
          > Non ho capito se la sintassi di JSON è una forma particolare di sintassi di Javascript o una cosa differente.

          JSON non è un linguaggio di programmazione, ma un linguaggio di markup come XML: serve a descrivere dei dati.

          Non è Javascript, ma è stato inizialmente creato per lavorare con Javascript (per questo si chiama Javascript Object Notation). Essendo pratico e utile si può usare (e si usa) anche al di fuori di Javascript, per esempio potresti usarlo per scambiare oggetti o array tra due applicazioni C#.

          > Comunque vedo che è una sintassi complessa per cui lo escludo per il mio scopo.

          A parte che la sintassi non è affatto complessa, comunque JSON non è fatto per essere letto dagli esseri umani, ma dai programmi, che poi naturalmente se devono mostrare i dati all'utente non li mostrano in JSON ma in linguaggio "umano".

          Al massimo puoi dire che scrivere un parser per JSON non è facilissimo, ma non devi scriverlo tu il parser, perché essendo JSON uno standard ci sono librerie pronte per lo scopo.

          Per intenderci, se voglio utilizzare JSON in C# tutto quello che devo fare è entrare nel nuget packet manager, scrivere "JSON" e mi esce una lista di librerie per parsarlo. Ne scelgo una, clicco su "Install" e poi nel codice non devo far altro che scrivere cose come...


          Person person = JSONParser.Deserialize(json); ----> per ottenere un oggetto a partire da JSON

          String json = JSONParser.Serialize(person); ----> per ottenere JSON a partire da un oggetto


          Non occorre quindi capire e leggere JSON per usarlo. È come l'automobile: non devi sapere come funziona il motore per guidarla.

          > Il mio problema è questo: organizzare un elenco di indirizzi email e dati collegati in un modo che sia semplice per me, che lo compilo a mano, ma faciliti la vita anche a eventuali elaborazioni da parte di script PHP o Python.

          E cosa c'è di più semplice e più pratico per questo scopo rispetto a un database relazionale? Con PHP normalmente si usa MySql.

          Oddio, in realtà i database relazionali sono abbastanza complessi se vuoi imparare a usarli in maniera corretta e al pieno delle loro potenzialità e soprattutto devi studiarti SQL.
          Però quello che vuoi fare te in pratica è inventare l'acqua calda.

          Se proprio non hai voglia di studiare i database relazionali, allora ti consiglio di salvare i dati in un file di testo con un linguaggio di markup standard, come appunto JSON o anche XML.
          Questo per via del semplice fatto che se ti inventi un linguaggio di markup tuo poi devi scrivere a mano il parser, mentre se usi degli standard come JSON o XML ci sono librerie pronte per parsare.


          **Modificato dall'autore il 17.05.2021 20:06**
          • Avatar
            Scritto da
            Non Autenticato
            il 2021-05-17 22:17:29.0 alle 2021-05-17 22:17:29.0
            Re: JSON
            Scritto da: Mattia
            > Scritto da:
            > > Scritto da: Mattia
            > > > Scritto da:
            > > > > https://help.objectiflune.com/en/pres-connect-rest...
            > > > >
            > > > > Mattia, ci capisci qualcosa di questo linguaggio?
            > > > >
            > > >
            > > > Si. Una stringa JSON descrive un oggetto o un array.
            > >
            > > > Quindi il client javascript fa una request al server, il quale serializza un oggetto in JSON e lo invia al client nella response.
            > > > Il client javascript estrae la stringa JSON dalla response e ricava un oggetto.
            > >
            > > Sono venuto a conoscenza della sua esistenza perché Zeronet lo usa.
            > >
            > > Non ho capito se la sintassi di JSON è una forma particolare di sintassi di Javascript o una cosa differente.
            >
            > JSON non è un linguaggio di programmazione, ma un linguaggio di markup come XML: serve a descrivere dei dati.
            >
            > Non è Javascript, ma è stato inizialmente creato per lavorare con Javascript (per questo si chiama Javascript Object Notation). Essendo pratico e utile si può usare (e si usa) anche al di fuori di Javascript, per esempio potresti usarlo per scambiare oggetti o array tra due applicazioni C#.
            >
            > > Comunque vedo che è una sintassi complessa per cui lo escludo per il mio scopo.
            >
            > A parte che la sintassi non è affatto complessa, comunque JSON non è fatto per essere letto dagli esseri umani, ma dai programmi, che poi naturalmente se devono mostrare i dati all'utente non li mostrano in JSON ma in linguaggio "umano".

            Complesso nel senso che se il file lo scrivo a mano, posso fare errori con le parentesi graffe, e comunque la parentesi graffa non è un carattere immediato da battere sulla tastiera.

            > Al massimo puoi dire che scrivere un parser per JSON non è facilissimo, ma non devi scriverlo tu il parser, perché essendo JSON uno standard ci sono librerie pronte per lo scopo.
            >
            > Per intenderci, se voglio utilizzare JSON in C# tutto quello che devo fare è entrare nel nuget packet manager, scrivere "JSON" e mi esce una lista di librerie per parsarlo. Ne scelgo una, clicco su "Install" e poi nel codice non devo far altro che scrivere cose come...
            >
            >
            > Person person = JSONParser.Deserialize(json); ----> per ottenere un oggetto a partire da JSON
            >
            > String json = JSONParser.Serialize(person); ----> per ottenere JSON a partire da un oggetto
            >
            >
            > Non occorre quindi capire e leggere JSON per usarlo. È come l'automobile: non devi sapere come funziona il motore per guidarla.
            >
            > > Il mio problema è questo: organizzare un elenco di indirizzi email e dati collegati in un modo che sia semplice per me, che lo compilo a mano, ma faciliti la vita anche a eventuali elaborazioni da parte di script PHP o Python.
            >
            > E cosa c'è di più semplice e più pratico per questo scopo rispetto a un database relazionale? Con PHP normalmente si usa MySql.
            >
            > Oddio, in realtà i database relazionali sono abbastanza complessi se vuoi imparare a usarli in maniera corretta e al pieno delle loro potenzialità e soprattutto devi studiarti SQL.
            > Però quello che vuoi fare te in pratica è inventare l'acqua calda.
            >
            > Se proprio non hai voglia di studiare i database relazionali, allora ti consiglio di salvare i dati in un file di testo con un linguaggio di markup standard, come appunto JSON o anche XML.
            > Questo per via del semplice fatto che se ti inventi un linguaggio di markup tuo poi devi scrivere a mano il parser, mentre se usi degli standard come JSON o XML ci sono librerie pronte per parsare.

            I file o gli elenchi che si danno in pasto ai mailer in genere sono formati da righe

            'Richard Stallman' <rms@gnu.org>

            di cui la parte essenziale essendo l'indirizzo, suppongo vada anche bene un file con i soli indirizzi.

            Inizialmente pensavo quindi a un file avente per righe gli indirizzi, ma in tale file non saprei dove mettere le eventuali informazioni aggiuntive.

            Usando come righe o record dei file in una directory,

            - sono automaticamente ordinati,

            - basta premere un tasto per andare alla lettera corrispondente,

            - è automatico il controllo dei doppioni,

            e quindi risulta facile la manipolazione manuale, inoltre

            - un ls con qualche opzione produce l'elenco, al più è necessario pulirlo in qualche modo comunque automatizzabile.

            Quello su cui sono incerto è come scrivere nel file i dati. Se li scrivo come

            $l = 'Boston';
            $c = 'informatica';

            non ha importanza l'ordine, non è necessario che tutti i file definiscano tutte le variabili, così se per un certo file ho bisogno di una nuova variabile non è necessario aprire uno per uno i file già creati per aggiungerla anche a loro,

            ma preferirei un formato ancora più semplice, es.

            l=Boston
            c=informatica

            che è il più semplice e meno prono ad errori che mi viene in mente, o al massimo

            l='Boston'
            c='informatica'

            che è la sintassi di Javascript.

            Quel che sto cercando è un modo facile di far leggere questi file a un programma senza dover scrivere codice, perché ormai di PHP non ricordo quasi niente, ma proprio perché non ricordo niente ignoro cosa può fare e cosa può leggere.

            Sto cercando di evitare un qualche errore a monte che in seguito si riveli foriero di fatiche evitabili.
            • Avatar
              ☺
              Scritto da
              il 2021-05-18 19:00:55.0 alle 2021-05-18 19:00:55.0
              Trollate totali: 9897
              Re: JSON
              Scritto da:
              > Scritto da: Mattia
              > > Scritto da:
              > > > Scritto da: Mattia
              > > > > Scritto da:
              > > > > > https://help.objectiflune.com/en/pres-connect-rest...
              > > > > >
              > > > > > Mattia, ci capisci qualcosa di questo linguaggio?
              > > > > >
              > > > >
              > > > > Si. Una stringa JSON descrive un oggetto o un array.
              > > >
              > > > > Quindi il client javascript fa una request al server, il quale serializza un oggetto in JSON e lo invia al client nella response.
              > > > > Il client javascript estrae la stringa JSON dalla response e ricava un oggetto.
              > > >
              > > > Sono venuto a conoscenza della sua esistenza perché Zeronet lo usa.
              > > >
              > > > Non ho capito se la sintassi di JSON è una forma particolare di sintassi di Javascript o una cosa differente.
              > >
              > > JSON non è un linguaggio di programmazione, ma un linguaggio di markup come XML: serve a descrivere dei dati.
              > >
              > > Non è Javascript, ma è stato inizialmente creato per lavorare con Javascript (per questo si chiama Javascript Object Notation). Essendo pratico e utile si può usare (e si usa) anche al di fuori di Javascript, per esempio potresti usarlo per scambiare oggetti o array tra due applicazioni C#.
              > >
              > > > Comunque vedo che è una sintassi complessa per cui lo escludo per il mio scopo.
              > >
              > > A parte che la sintassi non è affatto complessa, comunque JSON non è fatto per essere letto dagli esseri umani, ma dai programmi, che poi naturalmente se devono mostrare i dati all'utente non li mostrano in JSON ma in linguaggio "umano".
              >
              > Complesso nel senso che se il file lo scrivo a mano, posso fare errori con le parentesi graffe, e comunque la parentesi graffa non è un carattere immediato da battere sulla tastiera.
              >
              > > Al massimo puoi dire che scrivere un parser per JSON non è facilissimo, ma non devi scriverlo tu il parser, perché essendo JSON uno standard ci sono librerie pronte per lo scopo.
              > >
              > > Per intenderci, se voglio utilizzare JSON in C# tutto quello che devo fare è entrare nel nuget packet manager, scrivere "JSON" e mi esce una lista di librerie per parsarlo. Ne scelgo una, clicco su "Install" e poi nel codice non devo far altro che scrivere cose come...
              > >
              > >
              > > Person person = JSONParser.Deserialize(json); ----> per ottenere un oggetto a partire da JSON
              > >
              > > String json = JSONParser.Serialize(person); ----> per ottenere JSON a partire da un oggetto
              > >
              > >
              > > Non occorre quindi capire e leggere JSON per usarlo. È come l'automobile: non devi sapere come funziona il motore per guidarla.
              > >
              > > > Il mio problema è questo: organizzare un elenco di indirizzi email e dati collegati in un modo che sia semplice per me, che lo compilo a mano, ma faciliti la vita anche a eventuali elaborazioni da parte di script PHP o Python.
              > >
              > > E cosa c'è di più semplice e più pratico per questo scopo rispetto a un database relazionale? Con PHP normalmente si usa MySql.
              > >
              > > Oddio, in realtà i database relazionali sono abbastanza complessi se vuoi imparare a usarli in maniera corretta e al pieno delle loro potenzialità e soprattutto devi studiarti SQL.
              > > Però quello che vuoi fare te in pratica è inventare l'acqua calda.
              > >
              > > Se proprio non hai voglia di studiare i database relazionali, allora ti consiglio di salvare i dati in un file di testo con un linguaggio di markup standard, come appunto JSON o anche XML.
              > > Questo per via del semplice fatto che se ti inventi un linguaggio di markup tuo poi devi scrivere a mano il parser, mentre se usi degli standard come JSON o XML ci sono librerie pronte per parsare.
              >
              > I file o gli elenchi che si danno in pasto ai mailer in genere sono formati da righe
              >
              > 'Richard Stallman' <rms@gnu.org>
              >
              > di cui la parte essenziale essendo l'indirizzo, suppongo vada anche bene un file con i soli indirizzi.
              >
              > Inizialmente pensavo quindi a un file avente per righe gli indirizzi, ma in tale file non saprei dove mettere le eventuali informazioni aggiuntive.
              >
              > Usando come righe o record dei file in una directory,
              >
              > - sono automaticamente ordinati,
              >
              > - basta premere un tasto per andare alla lettera corrispondente,
              >
              > - è automatico il controllo dei doppioni,
              >
              > e quindi risulta facile la manipolazione manuale, inoltre
              >
              > - un ls con qualche opzione produce l'elenco, al più è necessario pulirlo in qualche modo comunque automatizzabile.
              >
              > Quello su cui sono incerto è come scrivere nel file i dati. Se li scrivo come
              >
              > $l = 'Boston';
              > $c = 'informatica';
              >
              > non ha importanza l'ordine, non è necessario che tutti i file definiscano tutte le variabili, così se per un certo file ho bisogno di una nuova variabile non è necessario aprire uno per uno i file già creati per aggiungerla anche a loro,
              >
              > ma preferirei un formato ancora più semplice, es.
              >
              > l=Boston
              > c=informatica
              >
              > che è il più semplice e meno prono ad errori che mi viene in mente, o al massimo
              >
              > l='Boston'
              > c='informatica'
              >
              > che è la sintassi di Javascript.
              >
              > Quel che sto cercando è un modo facile di far leggere questi file a un programma senza dover scrivere codice, perché ormai di PHP non ricordo quasi niente, ma proprio perché non ricordo niente ignoro cosa può fare e cosa può leggere.
              >
              > Sto cercando di evitare un qualche errore a monte che in seguito si riveli foriero di fatiche evitabili.

              Non ho capito perché non ti va bene per esempio XML.

              <?xml version="1.0" encoding="UTF-8"?>
              <utenti>
                  <utente anni="20">
                      <nome>Ema</nome>
                      <cognome>Princi</cognome>
                      <indirizzo>Torino</indirizzo>
                  </utente>
                  <utente anni="54">
                      <nome>Max</nome>
                      <cognome>Rossi</cognome>
                      <indirizzo>Roma</indirizzo>
                  </utente>
              </utenti>


              Comunque se vuoi inventarti l'acqua calda il modo più semplice è il seguente.

              Ema;Princi;Torino;20
              Max;Rossi;Roma;54
              Antonio;-;Bellinzona;30

              Nella terza riga "-" indica che il campo è vuoto.

              Questo è facilissimo da parsare con qualsiasi linguaggio di programmazione.


              **Modificato dall'autore il 18.05.2021 19:01**
              • Avatar
                Scritto da
                Non Autenticato
                il 2021-05-18 20:12:06.0 alle 2021-05-18 20:12:06.0
                Re: JSON
                Scritto da: Mattia
                > Scritto da:
                > > Scritto da: Mattia
                > > > Scritto da:
                > > > > Scritto da: Mattia
                > > > > > Scritto da:
                > > > > > > https://help.objectiflune.com/en/pres-connect-rest...
                > > > > > >
                > > > > > > Mattia, ci capisci qualcosa di questo linguaggio?
                > > > > > >
                > > > > >
                > > > > > Si. Una stringa JSON descrive un oggetto o un array.
                > > > >
                > > > > > Quindi il client javascript fa una request al server, il quale serializza un oggetto in JSON e lo invia al client nella response.
                > > > > > Il client javascript estrae la stringa JSON dalla response e ricava un oggetto.
                > > > >
                > > > > Sono venuto a conoscenza della sua esistenza perché Zeronet lo usa.
                > > > >
                > > > > Non ho capito se la sintassi di JSON è una forma particolare di sintassi di Javascript o una cosa differente.
                > > >
                > > > JSON non è un linguaggio di programmazione, ma un linguaggio di markup come XML: serve a descrivere dei dati.
                > > >
                > > > Non è Javascript, ma è stato inizialmente creato per lavorare con Javascript (per questo si chiama Javascript Object Notation). Essendo pratico e utile si può usare (e si usa) anche al di fuori di Javascript, per esempio potresti usarlo per scambiare oggetti o array tra due applicazioni C#.
                > > >
                > > > > Comunque vedo che è una sintassi complessa per cui lo escludo per il mio scopo.
                > > >
                > > > A parte che la sintassi non è affatto complessa, comunque JSON non è fatto per essere letto dagli esseri umani, ma dai programmi, che poi naturalmente se devono mostrare i dati all'utente non li mostrano in JSON ma in linguaggio "umano".
                > >
                > > Complesso nel senso che se il file lo scrivo a mano, posso fare errori con le parentesi graffe, e comunque la parentesi graffa non è un carattere immediato da battere sulla tastiera.
                > >
                > > > Al massimo puoi dire che scrivere un parser per JSON non è facilissimo, ma non devi scriverlo tu il parser, perché essendo JSON uno standard ci sono librerie pronte per lo scopo.
                > > >
                > > > Per intenderci, se voglio utilizzare JSON in C# tutto quello che devo fare è entrare nel nuget packet manager, scrivere "JSON" e mi esce una lista di librerie per parsarlo. Ne scelgo una, clicco su "Install" e poi nel codice non devo far altro che scrivere cose come...
                > > >
                > > >
                > > > Person person = JSONParser.Deserialize(json); ----> per ottenere un oggetto a partire da JSON
                > > >
                > > > String json = JSONParser.Serialize(person); ----> per ottenere JSON a partire da un oggetto
                > > >
                > > >
                > > > Non occorre quindi capire e leggere JSON per usarlo. È come l'automobile: non devi sapere come funziona il motore per guidarla.
                > > >
                > > > > Il mio problema è questo: organizzare un elenco di indirizzi email e dati collegati in un modo che sia semplice per me, che lo compilo a mano, ma faciliti la vita anche a eventuali elaborazioni da parte di script PHP o Python.
                > > >
                > > > E cosa c'è di più semplice e più pratico per questo scopo rispetto a un database relazionale? Con PHP normalmente si usa MySql.
                > > >
                > > > Oddio, in realtà i database relazionali sono abbastanza complessi se vuoi imparare a usarli in maniera corretta e al pieno delle loro potenzialità e soprattutto devi studiarti SQL.
                > > > Però quello che vuoi fare te in pratica è inventare l'acqua calda.
                > > >
                > > > Se proprio non hai voglia di studiare i database relazionali, allora ti consiglio di salvare i dati in un file di testo con un linguaggio di markup standard, come appunto JSON o anche XML.
                > > > Questo per via del semplice fatto che se ti inventi un linguaggio di markup tuo poi devi scrivere a mano il parser, mentre se usi degli standard come JSON o XML ci sono librerie pronte per parsare.
                > >
                > > I file o gli elenchi che si danno in pasto ai mailer in genere sono formati da righe
                > >
                > > 'Richard Stallman' <rms@gnu.org>
                > >
                > > di cui la parte essenziale essendo l'indirizzo, suppongo vada anche bene un file con i soli indirizzi.
                > >
                > > Inizialmente pensavo quindi a un file avente per righe gli indirizzi, ma in tale file non saprei dove mettere le eventuali informazioni aggiuntive.
                > >
                > > Usando come righe o record dei file in una directory,
                > >
                > > - sono automaticamente ordinati,
                > >
                > > - basta premere un tasto per andare alla lettera corrispondente,
                > >
                > > - è automatico il controllo dei doppioni,
                > >
                > > e quindi risulta facile la manipolazione manuale, inoltre
                > >
                > > - un ls con qualche opzione produce l'elenco, al più è necessario pulirlo in qualche modo comunque automatizzabile.
                > >
                > > Quello su cui sono incerto è come scrivere nel file i dati. Se li scrivo come
                > >
                > > $l = 'Boston';
                > > $c = 'informatica';
                > >
                > > non ha importanza l'ordine, non è necessario che tutti i file definiscano tutte le variabili, così se per un certo file ho bisogno di una nuova variabile non è necessario aprire uno per uno i file già creati per aggiungerla anche a loro,
                > >
                > > ma preferirei un formato ancora più semplice, es.
                > >
                > > l=Boston
                > > c=informatica
                > >
                > > che è il più semplice e meno prono ad errori che mi viene in mente, o al massimo
                > >
                > > l='Boston'
                > > c='informatica'
                > >
                > > che è la sintassi di Javascript.
                > >
                > > Quel che sto cercando è un modo facile di far leggere questi file a un programma senza dover scrivere codice, perché ormai di PHP non ricordo quasi niente, ma proprio perché non ricordo niente ignoro cosa può fare e cosa può leggere.
                > >
                > > Sto cercando di evitare un qualche errore a monte che in seguito si riveli foriero di fatiche evitabili.
                >
                > Non ho capito perché non ti va bene per esempio XML.
                >
                >
                <?xml version="1.0" encoding="UTF-8"?>
                > <utenti>
                > <utente anni="20">
                > <nome>Ema</nome>
                > <cognome>Princi</cognome>
                > <indirizzo>Torino</indirizzo>
                > </utente>
                > <utente anni="54">
                > <nome>Max</nome>
                > <cognome>Rossi</cognome>
                > <indirizzo>Roma</indirizzo>
                > </utente>
                > </utenti>


                Perché è complesso.

                > Comunque se vuoi inventarti l'acqua calda il modo più semplice è il seguente.
                >
                > Ema;Princi;Torino;20
                > Max;Rossi;Roma;54
                > Antonio;-;Bellinzona;30
                >
                > Nella terza riga "-" indica che il campo è vuoto.
                >
                > Questo è facilissimo da parsare con qualsiasi linguaggio di programmazione.

                Per il momento ho deciso per

                'Richard Stallman' <rms@gnu.org>
                l=Boston
                c=informatica
                w=gnu.org, fsf.org

                facile da scrivere e comunque parsabile, ma non sono ancora soddisfatto nel caso di più domini.
          • Avatar
            Scritto da
            Non Autenticato
            il 2021-05-18 17:45:05.0 alle 2021-05-18 17:45:05.0
            Re: JSON
            > E cosa c'è di più semplice e più pratico per questo scopo rispetto a un database relazionale? Con PHP normalmente si usa MySql.

            È un software in più che bisogna installare e far funzionare, scoprendo uno per uno tutti i quirk per cui non parte, e consuma risorse di sistema.
<softv>

Pagina generata in 69 millisecondi

Utenti attivi: 11 nell'ultimo minuto, 23 negli ultimi cinque minuti, 45 negli ultimi 15 minuti