Quali dati vengono passati in serializzazione? (Serializzazione binaria)

Question

In serializzazione (serializzazione binaria) quali dati vengono trasferiti? Un'istanza di una classe (oggetto) o valori assegnati alle proprietà di quell'oggetto.

Voglio sapere cosa succede nel processo di serializzazione in pratica? Voglio dire, un oggetto viene convertito nel suo file di destinazione o in qualsiasi altra cosa nella serializzazione. Ma come? Quali passi vengono seguiti in questo processo?

Qualcuno può aiutare?

Jay ...

Answer 1

Per impostazione predefinita, solo i campi di un tipo vengono serializzati quando si utilizza la serializzazione binaria. Le proprietà sono trattate come metodi e non hanno alcun effetto sulla serializzazione.

Quando si utilizza la serializzazione Xml, le proprietà pubbliche sono serializzate per impostazione predefinita.

Answer 2

Suppongo vogliate dire BinaryFormatter; dipende ;-p

Lo scopo di serializzazione è di esprimere un complesso oggetto in memoria come una semplice sequenza di byte (oa seconda del serializzatore - caratteri, ecc) che possono essere reidratati all'altra estremità di ricreare l'oggetto.

Alcuni tipi (primitivi, stringhe, ecc.) Hanno un supporto diretto integrato dal serializzatore - li scrive direttamente.

Nel caso di classi, i metadati di tipo (incuding assemblaggio nome, ecc) è scritto, allora tutti i campi sul tipo sono enumerato (in sostanza, Type.GetFields(), compreso ecc privato). Per ogni campo (non contrassegnato con [NonSerialized]), il nome del campo viene scritto e il valore viene serializzato (tramite lo stesso processo). Alla fine, tutto si riduce alle primitive in-built, alcune definizioni di tipo e alcune coppie di campi nome/valore.

Un'eccezione è qui se il tipo implementa ISerializable - nel qual caso viene richiesto al tipo di serializzarsi sull'output. Questo è comune in cose come i tipi di dizionario, in cui il layout in memoria del tipo può essere espresso in modo diverso da un flusso.

Durante la deserializzazione il processo è invertito; i metadati di tipo vengono utilizzati per creare un oggetto vuoto (a meno che non abbia un costruttore di serializzazione speciale/ISerializable); quindi i campi vengono impostati così come vengono trovati nello stream.

Sia in serializzazione che in deserializzazione ci sono punti di "callback" in cui è possibile eseguire codice aggiuntivo per correggere gli oggetti per la (de) serializzazione.

Questo processo è fragile; per molti motivi, see here - ma è anche intollerante alla versione e specifica dell'implementazione (non è possibile consumarlo da java, ecc.).

protobuf-net risolve molti di questi problemi, essendo un serializzatore binario che è contratto-base, piuttosto che campo-base.

---

Answer 3

La serializzazione binaria sta eseguendo lo snapshot dell'oggetto e lo serializza. Significa che tutti i campi privati, che non sono contrassegnati come Non serializzabili, saranno serializzati con i loro valori. Tutti gli oggetti utilizzati nella gerarchia degli oggetti devono essere resi serializzabili. Si dovrebbe mettere [field: NonSerializable] attributo su eventi, in modo da gestori di eventi non ottenere serializzato troppo: http://bytes.com/groups/net-c/250944-nonserialized-attribute-events#post1013968

Tenete a mente che quando la deserializzazione oggetto, si deve avere esattamente lo stesso oggetto in stesso assembly, come quando si serializzato (stesso significato stesso informazioni di assemblaggio). In caso contrario, è possibile utilizzare la classe SerializationBinder in modo da poter ripristinare il tipo in cui il flusso verrà sterilizzato.