Torna indietro   Hardware Upgrade Forum > Software > Programmazione

DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI porta un importante aggiornamento alla sua linea di gimbal camera tascabili con Osmo Pocket 4: sensore CMOS da 1 pollice rinnovato, gamma dinamica a 14 stop, profilo colore D-Log a 10 bit, slow motion a 4K/240fps e 107 GB di archiviazione integrata. Un prodotto pensato per i creator avanzati, ma che convince anche per l'uso quotidiano
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
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


DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici DJI Osmo Pocket 4: la gimbal camera tascabile cr...
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...
The Mandalorian & Grogu: trailer fin...
Fedeltà record: Apple blinda gli utenti,...
Volkswagen ID.3 Neo: fino a 630 km di au...
GPU-Z mette i dati personali a rischio? ...
La PS6 potrebbe essere retrocompatibile ...
Amazfit Cheetah 2 Pro arriva in Italia: ...
Duolingo ammette l'errore dopo un anno: ...
Samsung Galaxy Tab S10 Lite a 249€: il t...
Samsung Micro RGB: la rivoluzione del co...
Sempre più autonomia per gli smar...
Windows sotto attacco: tre zero-day di M...
Capcom e NVIDIA spiegano il path tracing...
Commissione UE contro Google: Big G dovr...
Pale eoliche che durano 500 anni grazie ...
Blink Mini Pan-Tilt a 19,99€: la telecam...
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: 15:25.


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