Qual è lo scopo della serializzazione in Java?

Ho letto un certo numero di articoli sulla serializzazione e su come sia così bella e fantastica, ma nessuno degli argomenti era abbastanza convincente. Mi chiedo se qualcuno possa davvero dirmi cosa possiamo davvero ottenere serializzando una classe?

Definiamo prima la serializzazione, quindi possiamo parlare del motivo per cui è così utile.

La serializzazione sta semplicemente trasformando un oggetto esistente in un array di byte. Questa matrice di byte rappresenta la classe dell'oggetto, la versione dell'oggetto e lo stato interno dell'oggetto. Questo array di byte può quindi essere utilizzato tra le JVM che eseguono lo stesso codice per trasmettere / leggere l'oggetto.

Perché dovremmo farlo?

Ci sono diversi motivi:

• Comunicazione: se si hanno due macchine che eseguono lo stesso codice e hanno bisogno di comunicare, un modo semplice è che una macchina crei un oggetto con le informazioni che vorrebbe trasmettere e quindi serializzi quell'oggetto sull'altra macchina. Non è il metodo migliore per la comunicazione, ma porta a termine il lavoro.

• Persistenza: se si desidera memorizzare lo stato di una particolare operazione in un database, è possibile serializzarla facilmente in un array di byte e archiviarla nel database per un successivo recupero.

• Copia profonda: se hai bisogno di una replica esatta di un oggetto e non vuoi prenderti la briga di scrivere la tua classe clone () specializzata, semplicemente serializzando l'oggetto in un array di byte e quindi de-serializzandolo in un altro oggetto raggiunge questo obiettivo.

• Memorizzazione nella cache: in realtà solo un'applicazione di quanto sopra, ma a volte un oggetto richiede 10 minuti per essere compilato, ma occorrerebbero solo 10 secondi per de-serializzare. Quindi, piuttosto che trattenere l'oggetto gigante in memoria, memorizzalo semplicemente nella cache in un file tramite serializzazione e leggilo in seguito quando è necessario.

• Sincronizzazione Cross JVM: la serializzazione funziona su JVM differenti che possono essere in esecuzione su architetture differenti.

Durante l'esecuzione dell'applicazione, tutti i suoi oggetti vengono archiviati nella memoria (RAM). Quando esci, quella memoria viene recuperata dal sistema operativo e il tuo programma essenzialmente "dimentica" tutto ciò che è accaduto mentre era in esecuzione. La serializzazione risolve questo problema consentendo all'applicazione di salvare gli oggetti su disco in modo che possa leggerli al successivo avvio. Se la tua applicazione fornirà un modo per salvare / condividere uno stato precedente, avrai bisogno di una qualche forma di serializzazione.

Posso condividere la mia storia e spero che possa dare alcune idee sul perché la serializzazione è necessaria. Tuttavia, le risposte alla tua domanda sono già notevolmente dettagliate.

Avevo diversi progetti che dovevano caricare e leggere un mucchio di file di testo. I file contenevano parole di arresto, verbi biomedici, abbreviazioni biomediche, parole semanticamente collegate tra loro, ecc. I contenuti di questi file sono semplici: parole !

Ora, per ogni progetto, avevo bisogno di leggere le parole da ciascuno di questi file e inserirle in array diversi; poiché il contenuto del file non cambiava mai, è diventato un'attività comune, per quanto ridondante, dopo il primo progetto.

Quindi, quello che ho fatto è stato creare un oggetto per leggere ciascuno di questi file e per popolare singoli array (variabili di istanza degli oggetti). Quindi ho serializzato gli oggetti e quindi per i progetti successivi, li ho semplicemente deserializzati. Non ho dovuto leggere i file e popolare gli array ancora e ancora.

In sostanza :

La serializzazione è il processo di conversione di un insieme di istanze di oggetti che contengono riferimenti reciproci in un flusso lineare di byte, che può quindi essere inviato tramite un socket, archiviato in un file o semplicemente manipolato come flusso di dati

Vedi usi da Wiki :

La serializzazione ha una serie di vantaggi. Fornisce:

1. un metodo per rendere persistenti gli oggetti che è più conveniente che scrivere le loro proprietà in un file di testo su disco e riassemblarli leggendoli nuovamente.
2. un metodo per inviare chiamate a procedure remote, ad esempio, come in SOAP
3. un metodo per la distribuzione di oggetti, specialmente in componenti software come COM, CORBA, ecc.
4. un metodo per rilevare i cambiamenti nei dati variabili nel tempo.

Il più ovvio è che puoi trasmettere la classe serializzata su una rete e il destinatario può costruire un duplicato dell'istanza originale. Allo stesso modo, è possibile salvare una struttura serializzata in un file system.

Inoltre, nota che la serializzazione è ricorsiva, quindi puoi serializzare un'intera struttura di dati eterogenea in un sol colpo, se lo desideri.

Gli oggetti serializzati mantengono lo stato nello spazio, possono essere trasferiti sulla rete, file system, ecc ... e nel tempo possono sopravvivere alla JVM che li ha creati.

A volte questo è utile.

Uso oggetti serializzati per standardizzare gli argomenti che passo alle funzioni o ai costruttori di classi. Il passaggio di un bean serializzato è molto più semplice di un lungo elenco di argomenti. Il risultato è un codice più facile da leggere ed eseguire il debug.

Per il semplice scopo di imparare (nota, ho detto apprendimento, non ho detto migliore, o anche buono, ma solo per capire le cose), potresti salvare i tuoi dati in un file di testo sul computer, quindi avere un programma che legge quelle informazioni e, in base al file, potresti fare in modo che il tuo programma risponda in modo diverso. Se fossi più avanzato, non dovrebbe essere necessariamente un file txt, ma qualcos'altro.

La serializzazione, d'altra parte, mette le cose direttamente nel linguaggio del computer. È come dire a un computer spagnolo qualcosa in spagnolo, piuttosto che dirgli qualcosa in francese, costringendolo a imparare il francese, quindi salvare le cose nel suo spagnolo nativo traducendo tutto. Non è la risposta più tecnologica, sto solo cercando di creare un esempio comprensibile in un formato di linguaggio comune.

Anche la serializzazione è più veloce, perché in Java gli oggetti vengono gestiti sull'heap e impiegano molto più tempo rispetto a se fossero rappresentati come primitive nello stack. Velocità, velocità, velocità. E meno elaborazione dei file dal punto di vista del programmatore.