Les objets de la classe Class

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...

Citation:

---

Envoyé par 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.

---

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

Code:

---

Class<String> clazz = String.class;

---

Citation:

---

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.

Citation:

---

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.

Citation:

---

Quand je crée des objets de type Class

---

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

Citation:

---

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.

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

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

Citation:

---

Quelle "représentation graphique" ?

---

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

Citation:

---

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.

Citation:

---

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.

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.

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

Citation:

---

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à;

Je pense avoir l'explication recherchée.
Les objets de la classe Class sont bien des instances de cette dernière; ce qui prouve que la classe Class peut être instanciée (contrairement à ce qui a été dit au préalable)! Class est considérée comme n'importe quelle autre classe de java respectant LA STRUCTURE (le squelette ou le code) qu'on connaît tous. Mais, ce n'est pas pour autant qu'on puisse dire que toute classe ou interface est une instance de la classe Class. Cela est faux! Les objets de la classe Class ont des caractéristiques définies par Class comme par exemple le nom de la classe en question, sa localisation en mémoire,....
Pour les méthodes, nous les avons déjà évoqué au préalable.


Merci donc de critiquer ou approuver ce raisonnement.

Citation:

---

Envoyé par wafiwafi

Je pense avoir l'explication recherchée.
Les objets de la classe Class sont bien des instances de cette dernière; ce qui prouve que la classe Class peut être instanciée (contrairement à ce qui a été dit au préalable)! Class est considérée comme n'importe quelle autre classe de java respectant LA STRUCTURE (le squelette ou le code) qu'on connaît tous. Mais, ce n'est pas pour autant qu'on puisse dire que toute classe ou interface est une instance de la classe Class. Cela est faux! Les objets de la classe Class ont des caractéristiques définies par Class comme par exemple le nom de la classe en question, sa localisation en mémoire,....
Pour les méthodes, nous les avons déjà évoqué au préalable.

---

Ca me semble correct. Effectivement, cette classe est bien instanciée, mais ne peut pas l'être par nous (ce qui n'aurait aucun sens). Effectivement, aucune autre classe n'est une instance de la classe Class mais toute instance d'une classe possède une référence vers une instance de classe Class qui définit sa signature en quelque sorte.

Merci pour cette confirmation.