Comment puis-je obtenir une liste de toutes les implémentations de l'interface par programmation en Java?

Puis-je le faire avec réflexion ou quelque chose comme ça?

  • Est-il possible de le faire avec un peu de magie de l'Éclipse du raccourci ? ?
  • Veuillez envisager de choisir une réponse.
InformationsquelleAutor user2427 | 2008-12-07
  1. 35

    J'ai cherché pendant un moment et il semble y avoir des approches différentes, en voici un résumé:

    1. réflexions bibliothèque est assez populaire si u n'a pas l'esprit en ajoutant de la dépendance. Il devrait ressembler à ceci:

      Reflections reflections = new Reflections("firstdeveloper.examples.reflections");
Set<Class<? extends Pet>> classes = reflections.getSubTypesOf(Pet.class);

    2. ServiceLoader (comme par erickson réponse) et il devrait ressembler à ceci:

      ServiceLoader<Pet> loader = ServiceLoader.load(Pet.class);
for (Pet implClass : loader) {
    System.out.println(implClass.getClass().getSimpleName()); //prints Dog, Cat
}

      Notez que pour que cela fonctionne, vous devez définir Petcomme un ServiceProviderInterface (SPI) et de déclarer sa mise en oeuvre. vous le faire en créant un fichier dans resources/META-INF/services avec le nom examples.reflections.Pet et de déclarer toutes les implémentations de Pet en elle 

      examples.reflections.Dog
examples.reflections.Cat

    3. paquet au niveau de l'annotation. voici un exemple:

      Package[] packages = Package.getPackages();
for (Package p : packages) {
    MyPackageAnnotation annotation = p.getAnnotation(MyPackageAnnotation.class);
    if (annotation != null) {
        Class<?>[]  implementations = annotation.implementationsOfPet();
        for (Class<?> impl : implementations) {
            System.out.println(impl.getSimpleName());
        }
    }
}

      et l'annotation définition:

      @Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.PACKAGE)
public @interface MyPackageAnnotation {
    Class<?>[] implementationsOfPet() default {};
}

      et vous devez déclarer le paquet au niveau de l'annotation dans un fichier nommé package-info.java à l'intérieur de ce paquet. voici un exemple de contenu:

      @MyPackageAnnotation(implementationsOfPet = {Dog.class, Cat.class})
package examples.reflections;

      Noter que seuls les paquets qui sont connus pour le chargeur de classe à l'époque, sera chargé par un appel à Package.getPackages().

    En outre, il existe d'autres approches basées sur URLClassLoader qui sera toujours limitée à des catégories qui ont été déjà chargé, Sauf si vous avez un répertoire de recherche.

    • Laquelle de ces trois approches est la plus efficace et la plus rapide?
    • Je ne peux pas faire une affirmation absolue au sujet de leur efficacité relative, mais la première alternative (reflets de la bibliothèque) a fonctionné assez bien pour moi.
    • Comment DriverManager de JDBC travail? N'est-il pas de faire la même chose (recherche de toutes les implémentations de l'interface du Pilote dans le classpath)?
    • Je pense qu'ils prennent désormais en charge le Service Chargeur/Fournisseur de mécanisme (approche n ° 2 ci-dessus) en fonction de leurs docs "Le DriverManager méthodes getConnection et getDrivers ont été amélioré pour prendre en charge la Java Standard Edition Fournisseur de Services de mécanisme." Voir docs.oracle.com/javase/8/docs/api/java/sql/DriverManager.html
    InformationsquelleAutor Ahmad Abdelghany
  2. 27

    Ce erickson a dit, mais si vous voulez continuer à le faire, puis prendre un coup d'oeil à Réflexions. À partir de leur page:

    À l'aide de Réflexions vous pouvez interroger vos métadonnées pour:

    • obtenir tous les sous-types d'un type de
    • obtenir tous les types annotés avec quelques annotations
    • obtenir tous les types annotés avec quelques annotations, y compris l'annotation des paramètres correspondant
    • obtenir toutes les méthodes annotées avec certains
    • plus spécifique: new Reflections("my.package").getSubTypesOf(MyInterface.class)
    InformationsquelleAutor Peter Severin
  3. 24

    En général, c'est cher pour ce faire. Pour utiliser la réflexion, la classe doit être chargé. Si vous souhaitez charger chaque classe disponible dans le classpath, qui prendra du temps et de la mémoire, et n'est pas recommandé.

    Si vous voulez éviter cela, vous devez mettre en place votre propre fichier de classe de l'analyseur fonctionnant de manière plus efficace, au lieu de la réflexion. Un octet code de l'ingénierie de la bibliothèque peut vous aider avec cette approche.

    La Fournisseur de services de mécanisme est le classique, afin d'énumérer les implémentations d'une enfichable services. Utiliser le ServiceLoader dans la version 6 de Java, ou mettre en place votre propre dans les versions antérieures. Je fournis un exemple dans une autre réponse.

    • Malheureusement, le Fournisseur de Service de mécanisme nécessite de la liste des classes qui pourraient être dans la liste de l'intérêt dans un fichier séparé qui est souvent irréalisable.
    • Il est possible d'écrire le code source de la mise en œuvre d'une interface, le compiler et de le déployer, mais impossible d'inclure un fichier texte avec la mise en œuvre de la FQN? C'est rarement le cas. À peine "souvent".
    • Comment DriverManager de JDBC travail? N'est-il pas de faire la même chose (recherche de toutes les implémentations de l'interface du Pilote dans le classpath)?
    • Pas de. il utilise le Service, Chargeur de mécanisme que je viens de décrire; JDBC 4.0+ conducteur doit son nom dans la liste META-INF/services/java.sql.Driver
    InformationsquelleAutor erickson
  4. 11

    Le printemps est une manière assez simple à réaliser ceci:

    public interface ITask {
    void doStuff();
}

@Component
public class MyTask implements ITask {
   public void doStuff(){}
}

    Alors vous pouvez autowire une liste de type ITask et le Printemps va le remplir avec toutes les implémentations:

    @Service
public class TaskService {

    @Autowired
    private List<ITask> tasks;
}
    • Pas exactement, le Printemps va remplir tous les haricots de type ITask, ce qui n'est pas tout à fait la même.
    InformationsquelleAutor kaybee99
  5. 4

    Oui, la première étape consiste à identifier les "toutes" les classes que vous vous préoccupiez. Si vous avez déjà cette information, vous pouvez énumérer par le biais de chacun d'eux et de les utiliser instanceof pour valider la relation. Un article est ici: http://www.javaworld.com/javaworld/javatips/jw-javatip113.html

    InformationsquelleAutor Zhichao
  6. 4

    Ce qu'erikson dit, c'est mieux. Voici une question connexe, et de répondre à fil - http://www.velocityreviews.com/forums/t137693-find-all-implementing-classes-in-classpath.html

    Apache BCEL bibliothèque vous permet de lire des classes sans les charger. Je crois qu'il sera plus rapide parce que vous devriez être en mesure de sauter l'étape de vérification. L'autre problème avec le chargement de toutes les classes en utilisant le chargeur de classe est que vous allez souffrir d'une mémoire énorme impact, ainsi que d'exécuter, par inadvertance, de l'électricité statique de blocs de code qui vous ne voulez probablement pas à le faire.

    Apache BCEL lien de la bibliothèque - http://jakarta.apache.org/bcel/

    InformationsquelleAutor
  7. 1

    Aussi, si vous écrivez une IDE plugin (où ce que vous essayez de faire est relativement commun), l'IDE généralement vous offre des moyens plus efficaces pour accéder à la classe de la hiérarchie de l'état actuel du code de l'utilisateur.

    InformationsquelleAutor Uri
  8. 0

    Je suis tombé sur le même problème. Ma solution a été d'utiliser la réflexion pour examiner toutes les méthodes dans un ObjectFactory classe, en éliminant ceux qui n'ont pas été createXXX() les méthodes de retourner une instance de l'une de mes liée Pojo. Chaque classe de découverte est ajouté à une Classe tableau [], qui a ensuite été transmis à la JAXBContext l'instanciation d'appel. Cela fonctionne bien, ne demandent qu'à charger le ObjectFactory classe, qui était sur le point d'être nécessaire de toute façon. J'ai seulement besoin de maintenir la ObjectFactory classe, une tâche soit réalisée par la main (dans mon cas, car j'ai commencé avec Pojo et utilisé schemagen), ou peut être généré en tant que de besoin par xjc. De toute façon, il est performant, simple et efficace.

    InformationsquelleAutor NDK
  9. 0

    Essayer ClassGraph. (Avertissement, je suis l'auteur). ClassGraph prend en charge la numérisation pour les classes qui implémentent une interface donnée, soit à l'exécution ou au moment de la construction, mais aussi beaucoup plus. ClassGraph peut construire une représentation abstraite de l'ensemble de la classe graphique (toutes les classes, les annotations, les méthodes, les paramètres de la méthode, et les champs) dans la mémoire, pour toutes les classes sur le chemin de la classe, ou pour les classes dans la liste blanche des paquets, et vous pouvez interroger cette classe de graphe comme vous le souhaitez. ClassGraph prend en charge plus classpath spécification des mécanismes et des chargeurs de classes que tout autre scanner, et fonctionne parfaitement avec le nouveau JPMS module de système, donc si vous basez votre code sur ClassGraph, votre code sera au maximum de portable. Voir l'API ici.

    InformationsquelleAutor Luke Hutchison
  10. 0

    Une nouvelle version de @kaybee99 réponse, mais maintenant de retour à ce que l'utilisateur demande: la mise en œuvre...

    Le printemps est une manière assez simple à réaliser ceci:

    public interface ITask {
    void doStuff();
    default ITask getImplementation() {
       return this;
    }

}

@Component
public class MyTask implements ITask {
   public void doStuff(){}
}

    Alors vous pouvez autowire une liste de type ITask et le Printemps va le remplir avec toutes les implémentations:

    @Service
public class TaskService {

    @Autowired(required = false)
    private List<ITask> tasks;

    if ( tasks != null)
    for (ITask<?> taskImpl: tasks) {
        taskImpl.doStuff();
    }   
}
    InformationsquelleAutor Please_Dont_Bully_Me_SO_Lords
  11. 0

    Avec ClassGraph c'est assez simple:

    Groovy code pour trouver des implémentations de my.package.MyInterface:

    @Grab('io.github.classgraph:classgraph:4.6.18')
import io.github.classgraph.*
new ClassGraph().enableClassInfo().scan().getClassesImplementing('my.package.MyInterface').findAll{!it.abstract}*.className
    InformationsquelleAutor verglor