Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Il primo headset open-back della linea INZONE arriva a 200 euro con driver derivati dalle cuffie da studio MDR-MV1 e un peso record di soli 199 grammi
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA
Al .NEXT 2026 di Chicago, Nutanix ha mostrato quanto sia cambiata: una piattaforma software che gestisce VM, container e carichi di lavoro IA ovunque, dall’on-premise al cloud pubblico. Con un’esecuzione rapidissima sulle partnership e sulla migrazione da VMware
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta
Xiaomi Pad 8 Pro adotta il potente Snapdragon 8 Elite all'interno di un corpo con spessore di soli 5,75 mm e pannello LCD a 144Hz flicker-free, per un tablet che può essere utilizzato con accessori dedicati di altissima qualità. Fra le caratteristiche esclusive, soprattutto per chi intende usarlo con la tastiera ufficiale, c'è la modalità Workstation di HyperOS 3, che trasforma Android in un sistema operativo con interfaccia a finestre
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 11-11-2007, 16:09   #1
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
[Java] campi non inizializzati dalla serializzazione

lavoro in Java 6 e ho un oggetto che deve essere deserializzato da un file. la classe di questo oggetto implementa le proprie versioni dei metodi readObject e writeObject; inoltre tale classe contiene anche dei campi che non sono inizializzati in nessun costruttore, ma direttamente nella dichiarazione, ed inoltre il costruttore usato per la deserializzazione (il no-arg) è dichiarato come protected. più o meno la situazione è questa:
Codice:
public class Asd implements Serializable
{
	private int lol = 5;

	protected Asd()
	{
	}

	private void readObject(ObjectInputStream in) throws IOException,
			ClassNotFoundException
	{
		// ...
	}

	private void writeObject(ObjectOutputStream out) throws IOException
	{
		// ...
	}

}
ora il problema è il seguente: readObject non si preoccupa di inizializzare il campo "lol" perché in teoria dovrebbe essere sempre inizializzato di suo; eppure il campo degli oggetti deserializzati risulta non inizializzato!

questa caratteristica risulta documentata da qualche parte o è un bug?
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 11-11-2007, 16:12   #2
mad_hhatter
Senior Member
 
L'Avatar di mad_hhatter
 
Iscritto dal: Oct 2006
Messaggi: 1105
Quote:
Originariamente inviato da 71104 Guarda i messaggi
lavoro in Java 6 e ho un oggetto che deve essere deserializzato da un file. la classe di questo oggetto implementa le proprie versioni dei metodi readObject e writeObject; inoltre tale classe contiene anche dei campi che non sono inizializzati in nessun costruttore, ma direttamente nella dichiarazione, ed inoltre il costruttore usato per la deserializzazione (il no-arg) è dichiarato come protected. più o meno la situazione è questa:
Codice:
public class Asd implements Serializable
{
	private int lol = 5;

	protected Asd()
	{
	}

	private void readObject(ObjectInputStream in) throws IOException,
			ClassNotFoundException
	{
		// ...
	}

	private void writeObject(ObjectOutputStream out) throws IOException
	{
		// ...
	}

}
ora il problema è il seguente: readObject non si preoccupa di inizializzare il campo "lol" perché in teoria dovrebbe essere sempre inizializzato di suo; eppure il campo degli oggetti deserializzati risulta non inizializzato!

questa caratteristica risulta documentata da qualche parte o è un bug?
potrei dire una vaccata, perché non ho mai usato la serializzazione fino in fondo, ma ne ho solo spulciato la documentazione, ma mi sembra che si possano serializzare e deserializzare solo i membri public...
mad_hhatter è offline   Rispondi citando il messaggio o parte di esso
Old 11-11-2007, 16:38   #3
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da mad_hhatter Guarda i messaggi
potrei dire una vaccata, perché non ho mai usato la serializzazione fino in fondo, ma ne ho solo spulciato la documentazione, ma mi sembra che si possano serializzare e deserializzare solo i membri public...
ok, ma tutti gli altri che valori dovrebbero assumere? se sono inizializzati "inline" non dovrebbero assumere il valore di inizializzazione?
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 11-11-2007, 17:21   #4
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Quote:
Originariamente inviato da mad_hhatter Guarda i messaggi
potrei dire una vaccata...
L'hai detta.

71104, il costruttore senza argomenti richiesto dalla serializzazione Java è quello della prima superclasse non serializzabile nella gerarchia a cui appartiene la classe dichiarata Serializable. Il costruttore senza argomenti serve ai JavaBean ma è tutt'altro paio di maniche.

Ciò detto, la ragione per cui il tuo "lol" vale zero è perchè tu definisci un meccanismo di serializzazione ad hoc ma dimentichi di scrivere e leggere il valore di lol.

Due esempi chiarificatori. Serializzazione standard di Asd:

Codice:
public class Asd implements Serializable {
    private int lol = 5;
}
Fine. Con varianti:

Codice:
public class Asd implements Serializable {
   private int lol = 5;

   public Asd(int value) {
       lol = value;
   }
}
E' la stessa minestra. Qui il costruttore "no args" richiesto e dichiarato è quello di Object, prima superclasse non serializzabile di Asd.

Serializzazione standard part-time:

Codice:
class Asd implements Serializable {
	private int lol = 5;
	
	private void readObject(ObjectInputStream in) throws IOException,
			ClassNotFoundException
	{
		in.defaultReadObject();
		//altro...
	}

	private void writeObject(ObjectOutputStream out) throws IOException {
		out.defaultWriteObject();
		//altro...
	}
}
Qui capita che le invocazioni di defaultRead/WriteObject leggano e scrivano secondo il meccanismo standard, consentendoti poi di specificare ulteriori manipolazioni dei valori serializzandi o serializzati.

Serializzazione non standard:

Codice:
class Asd implements Serializable {
	private int lol = 5;
	
	private void readObject(ObjectInputStream in) throws IOException,
			ClassNotFoundException
	{
		//...
	}

	private void writeObject(ObjectOutputStream out) throws IOException {
		//...
	}
}
Qui la sovrascrittura dice "hey, faccio da me", la mancanza delle invocazioni defaultRead/WriteObject batte il pugno sul tavolo e il resto è storia.

Permangono le garanzie del linguaggio: lol vale zero perchè zero è il valore di inizializzazione dei campi int. lol non assume il valore che l'oggetto aveva al momento della sua serializzazione perchè nulla è scritto circa questa assunzione. Dovremmo dire, ad esempio:

Codice:
class Asd implements Serializable {
	private int lol = 5;
	
	private void readObject(ObjectInputStream in) throws IOException,
			ClassNotFoundException
	{
		lol = in.readInt();
	}

	private void writeObject(ObjectOutputStream out) throws IOException {
		out.writeInt(lol);
	}
}
Tutto qui.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 11-11-2007, 17:32   #5
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
grazie 1000 PGI; adesso gli ho dato solo un'occhiata perché devo uscire, poi quando torno me lo leggo con calma. ciao
71104 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori Sony INZONE H6 Air: il primo headset open-back d...
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA Nutanix cambia pelle: dall’iperconvergenza alla ...
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta Recensione Xiaomi Pad 8 Pro: potenza bruta e Hyp...
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz ASUS ROG Swift OLED PG34WCDN recensione: il prim...
Ecovacs presenta la gamma 2026: paviment...
Efficienza energetica fino a 2.000 volte...
Lenovo 360: il programma di canale dell'...
Appena 10.000 qubit per rompere la critt...
Analisi dei transistor durante il funzio...
Attacco informatico a Booking.com: espos...
A quattro mesi dal divieto dei social ne...
NVIDIA GeForce RTX 5060 e 5060 Ti: in ar...
Rebellions, Arm e SK Telecom, nuova alle...
Modernizzazione delle app: Red Hat OpenS...
Nel mirino di Google c'è il back ...
PRAGMATA in bundle con GeForce RTX 5000:...
Le novità MOVA per il 2026: robot e impi...
Windows, stop all'attivazione telefonica...
ASUS porta la serie TUF nel formato Mini...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 00:28.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v