Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Xiaomi ha portato Redmi Watch 6 anche sul mercato italiano, puntando su un display AMOLED da 2,07 pollici con picco di luminosità a 2000 nit, frame in alluminio da 9,9mm e un'autonomia dichiarata di 12 giorni. Lo smartwatch gira su HyperOS 3 e integra GPS, Bluetooth 5.4 e oltre 150 sport mode. Il tutto a meno di 100 euro
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti
Con 22 tasti, il pulsante 5D, lo Shift Mode e il sensore PixArt 3395 da 26.000 DPI, il nuovo mouse wireless di Mad Catz si rivolge in modo preciso ai giocatori di MMO e RPG. Ma chi conosce già il R.A.T. 8+ ADV si accorgerà subito di quanto i due prodotti condividano, e di dove invece divergono
Radeon RX 9070 GRE, AMD la porta in tutto il mondo | Recensione Gigabyte Gaming OC
Radeon RX 9070 GRE, AMD la porta in tutto il mondo | Recensione Gigabyte Gaming OC
Abbiamo provato la Gigabyte Radeon RX 9070 GRE Gaming OC, nuova proposta RDNA 4 che si inserisce tra GeForce RTX 5060 Ti e RTX 5070. Prestazioni solide in rasterizzazione e ray tracing, frequenze elevate grazie all'overclock di fabbrica e raffreddamento efficace: ecco come si comporta nei nostri test.
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


Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro Redmi Watch 6 in prova: lo smartwatch con ampio ...
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ...
Radeon RX 9070 GRE, AMD la porta in tutto il mondo | Recensione Gigabyte Gaming OC Radeon RX 9070 GRE, AMD la porta in tutto il mon...
Reolink OMVI 3i WiFi: videosorveglianza più intelligente e facile da usare Reolink OMVI 3i WiFi: videosorveglianza pi&ugrav...
Recensione Vivo X300 Ultra: fotocamera eccezionale, ma prezzo proibitivo Recensione Vivo X300 Ultra: fotocamera ecceziona...
Adidas Trionda: come funziona la tecnolo...
Withings BodyFit, la bilancia che va ben...
QNAP annuncia QuTS hero h6.0: il sistema...
ColorOS 17 con Android 17: la lista dei ...
DDR4, il ritorno che nessuno si aspettav...
Corsair vuole un singolo cavo per colleg...
Linux 7.2 si avvierà sui Mac M3, ...
Xiaomi 17T e 17T Pro a prezzi mai visti:...
Microsoft annuncia Majorana 2 e prevede ...
Windows 11: addio ai menu contestuali ca...
Maxi raid internazionale contro la pirat...
Top 10 offerte Amazon, 3 tutte nuove: al...
Windows Update, driver installati a sorp...
Finalmente in offerta DEEBOT T50 PRO OMN...
HONOR lancia Pad X8b: batteria infinita ...
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:13.


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