Discussion :

[wafiwafi]

On sait que les seules manières de récupérer une instance de classe Class sont de passer par la méthode forName ou la méthode getClass () de la classe Object, suite à l'absence du constructeur. Le résultat de l'intanciation est une classe ou une interface.
D'habitude, quand une classe est intanciée, je mets tout de suite un visage à l'objet créé; je pense à la mémorisation de ses attributs. C'est du concret!
Quand je crée des objets de type Class, je n'arrive pas à mettre un visage. De plus lors de la représentation graphique de la class Class, il n'y a que des méthodes et donc aucun attribut même pas le nom de la classe...

[thelvin]

On sait que les seules manières de récupérer une instance de classe Class sont de passer par la méthode forName ou la méthode getClass () de la classe Object, suite à l'absence du constructeur.

Ou alors le pseudo-membre statique class de toutes les classes. Exemple :

Code :

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

Class<String> clazz = String.class;

Le résultat de l'intanciation est une classe ou une interface.

Il n'y a pas d'instanciation. Un objet Class est instancié au moment où la classe correspondante est chargée par la JVM. Raison pour laquelle il est accessible avec un membre statique.

D'habitude, quand une classe est intanciée, je mets tout de suite un visage à l'objet créé; je pense à la mémorisation de ses attributs. C'est du concret!

Eh bien il est temps d'oublier le concret. La programmation orientée objet, c'est le polymorphisme, la programmation par interface, etc. Tu n'es pas censé savoir ce qu'il y a dans les objets, tu es censé savoir ce que leurs méthodes promettent de faire.

Quand je crée des objets de type Class

Tu n'en crées pas, tu y accèdes.

De plus lors de la représentation graphique de la class Class, il n'y a que des méthodes et donc aucun attribut même pas le nom de la classe...

Quelle "représentation graphique" ?

De toute façon, besoins de réflectivité et limites de Java oblige, la plupart de l'implémentation de Class est faite de méthodes natives, pas de méthodes Java. Il est normal que cette classe ait peu d'attributs.

[zorm]

Tu peux lire, si tu ne connais pas déjà, ces articles sur le principe d'introspection.

[wafiwafi]

Si si j'ai fais pas mal de réflexion; je ne me suis simplement jamais posé cette question. D'où mon post.

Quelle "représentation graphique" ?

La simple et classique représentation d'une classe par les compartiments (attributs, méthodes).

La programmation orientée objet, c'est le polymorphisme, la programmation par interface, etc.

C'est ce que je fais tout le temps. Je suis entièrement d'accord.

Tu n'es pas censé savoir ce qu'il y a dans les objets, tu es censé savoir ce que leurs méthodes promettent de faire.

Cette citation m'interpelle énormément! puisque je définissais mes types d'objets en une classe en me basant sur les caractéristiques communes (attributs) et bien entendu les opérations que peuvent subir ces derniers.

D'après la citation, on se base sur les méthodes pour définir un type d'objets.
(je ne parle pas des classes abstraites).

J'aimerais bien voir le code de cette classe Class !!!! et surtout comment ce code mène à une classe ou une interface!!!! On ne passe certainement pas par un code avec une déclaration classique d'une classe.

Pour l'instant, je suis incapable d'imaginer un tel truc (Une classe qui est à l'origine des objets (classe ou interface) mais qui n'est pas instanciée).
Je vous avoue que j'ai du mal. Je mets de l'ordre dans tout cela et je reviens poster mon raisonnement que j'aimerais que vous critiqueriez pour validation.

Merci de m'avoir mis en question.

[Baptiste Wicht]

La classe Class est une classe Java tout ce qu'il y a de plus normale. Par contre, une bonne partie de ses méthodes sont natives.

Si tu veux vraiment comprendre comment ça fonctionne en interne, il faut que tu te plonges dans le code de Class et l'implémentation native des méthodes, mais c'est pas si trivial...

Par contre pour créer une instance (newInstance()), ce n'est pas bien compliqué. Si tu regardes le code source, il suffit simplement de récupérer le constructeur par défaut de la classe et de l'appeller. Le constructeur est une méthode spéciale qui retourne une nouvelle instance de la classe. En plus de cela, il y a un système de sécurité et de cache, mais c'est pas trop difficile à comprendre.

[wafiwafi]

Tout d'abords, Merci pour ton intervention.
Néanmoins, tout cela, je le connais bien.

Si tu veux vraiment comprendre comment ça fonctionne en interne, il faut que tu te plonges dans le code de Class et l'implémentation native des méthodes, mais c'est pas si trivial...

Le principe me suffit!
Je sais simplement que si une classe est appelée, la JVM crée un objet qui contient tout ce qu'il faut comme caractéristiques de la classe appelée. Ce même objet peut faire appel à une multitude de méthodes natives ou non opérant sur ces caractéristiques. La classe Class regroupe tout simplement ces objets. C'est d'ailleurs pour cette raison qu'on ne doit pas parler d'instanciation de la classe Class.
quand on crée un objet de type Class, ce dernier est prêt à accueillir n'importe quelles caractéristiques de type (chaine de caractères, entiers, .... et tout ce qu'on veut).
L'objet de type class créé pour contenir des informations relatives à une classe nommée c, n'est pas c elle même.
Class est un moule avec bel et bien des caractéristiques et des méthodes.
Sa seule particularité et la non instanciation. L'objet est crée par la JVM mais pas par instanciation.
Pour le moment j'en suis là;