Discussion :

[professeur shadoko]

bonjour
juste une petite note.
j'utilise java.lang.reflect pour inspecter le contenu d'un objet et j'obtiens alors un Object lorsque je lis un champ.
mais là j'ai eu une surprise: si un champ est d'un type primitif mon code qui testait si le champ était Serializable ne marchait pas.
effectivement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
public class TestSerial {
 
    public static void isItSerial(Class clazz) {
        if(Serializable.class.isAssignableFrom(clazz)) {
            System.out.println(clazz + " Is Serializable");
        } else {
            System.out.println(clazz + " Is Not serializable");
        }
    }
 
    public static void main(String[] args) {
        isItSerial(Integer.TYPE);
        isItSerial(Double.TYPE);
        isItSerial(Double.class);
    }
}

donc il faut que je rajoute un test pour savoir si le champ est d'un type primitif.
bon
question: quelle est la raison de ce comportement? il doit y avoir une bonne raison .... (par exemple: je suis serializable mais je ne suis pas un objet ... bon d'accord)

[adiGuba]

Salut,


C'est normal les types primitifs ne sont pas des objets, et ils ne peuvent donc pas implémenté l'interface Serializable... même s'ils sont bien sérializable !!!


De toute manière dès que tu fais de l'introspection tu te retrouves à faire plein de cas particulier pour les types primitives...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public static void isItSerial(Class clazz) {
        if(clazz.isPrimitive() || Serializable.class.isAssignableFrom(clazz)) {
            System.out.println(clazz + " Is Serializable");
        } else {
            System.out.println(clazz + " Is Not serializable");
        }
    }

a++

[professeur shadoko]

ben oui ...
mais ce qui m'a trompé c'est que la même donnée passait très gentiment pour un Serializable!
exemple reconstitué differemment:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
 Field field = TestSerial.class.getDeclaredField("val") ;
        TestSerial aSerial = new TestSerial() ;
            System.out.println(field.getType()); //int
        Object obj = field.get(aSerial) ;
            System.out.println(obj.getClass()); //Integer
        Serializable serializable = (Serializable) obj;

et ça passe comme une lettre à la poste puisque l'affectation vers Object fait quelque chose derrière notre dos (ce qui était initialement exclu dans les "raisons d'être" de java puis est apparu quand l'encapsulation automatique a été introduite -en fait dans mon cas c'était encore plus subtil et moins facile à voir-)
Donc ça m'a trompé gentiment!

[adiGuba]

et ça passe comme une lettre à la poste puisque l'affectation vers Object fait quelque chose derrière notre dos (ce qui était initialement exclu dans les "raisons d'être" de java puis est apparu quand l'encapsulation automatique a été introduite -en fait dans mon cas c'était encore plus subtil et moins facile à voir-)

Ce n'est pas dû à l'encapsulation automatique.
L'API de reflection a toujours utilisé des Objets "wrapper" pour les types primitifs, et ce même avant Java 5.0


Et franchement dès que tu fais des trucs un peu poussé c'est vite galère car tu dois gérer des cas particulier un peu partout !


a++