Discussion :

[YokoSop]

Bonjour tout le monde,
J'ai un projet avec différents packages et différentes classes. Dans ce projet, j'ai des interfaces.

Est - il possible à l'aide d'une méthode de savoir les classes implémentant l'interface passée en paramètre de la méthode?
Merci
Yoko

[yopiyop]

Bonjour tout le monde,
J'ai un projet avec différents packages et différentes classes. Dans ce projet, j'ai des interfaces.

Est - il possible à l'aide d'une méthode de savoir les classes implémentant l'interface passée en paramètre de la méthode?
Merci
Yoko

précise le besoin...

@+

[YokoSop]

Je donne en paramètre de ma fonction un nom d'interface.
Elle parcourt mon projet et me liste les classes implémentant celle - ci.

Code :

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

1
2
3
 
Class c[] = Enfant.class.getInterfaces();
		System.out.println("Enfant : " + c[0].getName());

Le besoin en tant que tel est qu'à partir de l'interface (par exemple d'un moteur de workFlow), on va savoir en parcourant l'application, si il peut utiliser tel ou tel moteur de workFlow... Je sais pas si c ckler, mais en tout cas, c'est pas le plus important.

Par contre, je sais afficher le nom de l'interface d'une classe... Mais existe - t il une méthode a appelé sur mon objet projet permettant de lister les interfaces présentes, les classes utilisant une interface donnée...?

Si je peux éviter de parcourir fichier de mon Projet, ça serait bien... Maintenant si fo faire bourrin, je peux faire bourrin
Yoko,

[yopiyop]

Je donne en paramètre de ma fonction un nom d'interface.
Elle parcourt mon projet et me liste les classes implémentant celle - ci.

Code :

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

1
2
3
 
Class c[] = Enfant.class.getInterfaces();
		System.out.println("Enfant : " + c[0].getName());

Le besoin en tant que tel est qu'à partir de l'interface (par exemple d'un moteur de workFlow), on va savoir en parcourant l'application, si il peut utiliser tel ou tel moteur de workFlow... Je sais pas si c ckler, mais en tout cas, c'est pas le plus important.

Par contre, je sais afficher le nom de l'interface d'une classe... Mais existe - t il une méthode a appelé sur mon objet projet permettant de lister les interfaces présentes, les classes utilisant une interface donnée...?

Si je peux éviter de parcourir fichier de mon Projet, ça serait bien... Maintenant si fo faire bourrin, je peux faire bourrin
Yoko,

pour répondre court : non
si tu ressens le besoin de faire ca, ya sans doute un probleme de conception.
Il faut trouver une autre facon de faire

@+

[thibaut]

Est - il possible à l'aide d'une méthode de savoir les classes implémentant l'interface passée en paramètre de la méthode?

Mais quel est l'intérêt d'un telle chose ? Un interface justement permet de voir une classe de façon générique, pour avoir besoin des différentes implémentations ?

[YokoSop]

De savoir si l'application développé supporte quel type de WorkfloW..(en tout cas dans mon cas).
Si l'interface cible est implémenté par une classe, alors je propose à mon application client les workflow implémentés..

[thibaut]

J'ai rien compris...

[YokoSop]

concrètement on analyse le code de l'application, puis à partir des interfaces qui sont implémentées... Ensuite, on en déduit ce qui est implémenté...
tu comprend là?

[thibaut]

Oui mais quel est l'intérêt.

[YokoSop]

Tu ve que je te donne le contact de mon supérieur...
lool
Il me demande de faire ça, alors je regarde... Bon je tavoue que je suis pas non plus convaincu.. c pour ça que jai du mal à me défendre...
J'essaye juste de savoir, s'il y a un moyen technik de le faire?
Merci

[thibaut]

Non il n'y a aucun mmoyen technique de faire ça.

Tu connais de façon exaustive toutes les implémentations ?

[YokoSop]

ba jme suis créé un proto avec des classes:
- Femme
- Homme
- Enfant
Elle implémente l'interface IErtre ...
Puis voila,
t'en veux plus?

[divxdede]

C'est un mécanisme de "hot plug"

Il a une interface qui décrit un module de facon générique.
Son application peut embarquer plusieurs implémentation de ce module (classe dérivant de l'interface).

l'application doit proposer a l'utilisateur les differentes implémentations afin qu'il puisse choisir celle qu'il va utiliser (par exemple).

Il doit donc pouvoir analyser son "classpath" afin de determiner toutes les importations accessibles.

Alors coté solutions, il faut éviter d'analyser tout le classpath de ton application , donc l'objectif et de savoir limiter la casse.

1) Package chaque implémentation dans un conteneur jar, ajoute par exemple dans un fichier xml, texte, meta-inf le nom de la classe representant l'implementation.
2) Impose un module-repository pour ton application (genre ./modules/)
3) au démarrage de l'application, liste les fichiers jar présents dans ton module-repository, ajoutes les aux classpath de l'application (http://java.developpez.com/sources/?...ivers#Invoker), lit le fichier de conf de l'archive et mémorise la liste des implémentations par exemple dans un Manager (en singleton pattern)

Ca évite ainsi a ton application d'effectuer des recherches laborieuse par introspection.