Discussion :

[Lorantus]

Le titre dit tout. Mais je vais ajouter quelques éléments.

Tous les objets Java sont dérivés de la classe Object. Cette classe implémente des méthodes par défaut (toString(), equals(), etc).

Est-il possible de créer une classe Object personnel, à laquelle je peut définir les attributs, et qui remplace Object ? Ainsi, tous les objets que je crée seront dérivés de cette nouvelle classe Object. Bien-sûre, je souhaiterai ne pas utiliser "extends" et obtenir ainsi l'héritage obligatoire de ma classe Object.

La raison n'a pas de réponse, c'est juste une question de connaissance personnelle.

Merci de vos réponses.

[herve91]

Non, ce n'est pas possible : le langage a ses règles !

[Tommy31]

C'est possible en définissant ta propre implémentation d'Object à condition qu'il se situe dans le même package (java.lang) et qu'il dispose des mêmes méthodes. L'idéal est de partir du code source d'origine et de l'enrichir.

Il suffit ensuite de jouer avec le boot classpath pour qu'il masque la déclaration d'origine.

[adiGuba]

Salut,

Il suffit ensuite de jouer avec le boot classpath pour qu'il masque la déclaration d'origine.

Mais dans ce cas ce n'est plus vraiment du Java, et cela peut provoquer un grand nombre d'incompatibilité...


a++

[bouye]

et cela peut provoquer un grand nombre d'incompatibilité...

Ainsi qu'un grand nombre de proces...

[Lorantus]

Je vous remercie de vos réponses.

La solution de ré-écrire la classe Object semble être la seule solution.

Mais alors, quitte à faire une 'propre' implementation de cette classe, pourquoi ne pas faire une classe dérviée de Object, mais qui soit l'office la super classe de toute les classes -comme le fait Object.

Et d'ailleurs, pourquoi ne pas pouvoir faire cela, Object j'en pas dans la JVM ?

Je tiens à rappler à tous...
Je souhaiterai plus d'ouverture dans vos réponses car :
- la question est posée à des fin de connaisance
- la question n'engage que moi
- la question ne porte que sur une réflexion sur la classe Object
- la question n'a pas pour but de générer un conflit sur celui qui en sera le plus et mieux que l'autre
- les réponses sont libres et ouvertes -du moment qu'elle ne pose pas de doute au lecteur du futur

Par avance, merci.

[Tommy31]

Salut,
Mais dans ce cas ce n'est plus vraiment du Java, et cela peut provoquer un grand nombre d'incompatibilité...
a++

C'est toujours du java, mais plus vraiment du j2se