Où dois-annotation @Service-ils être conservés? De l'Interface ou de la mise en Œuvre?

Je suis du développement d'une application à l'aide de Printemps. Je suis nécessaires à l'utilisation de la @Service annotation. J'ai ServiceI et ServiceImpl tels que ServiceImpl implements ServiceI. Je suis confus ici, où dois-je conserver le @Service annotation.

Dois-je annoter l'interface ou de la mise en œuvre avec @Service? Quelles sont les différences entre ces deux approches?

InformationsquelleAutor TheKojuEffect | 2013-05-03
  1. 108

    Je n'ai jamais mis @Component (ou @Service, ...), à l'interface, parce que ce l'interface inutile. Laissez-moi vous expliquer pourquoi.

    revendication 1: Si vous disposez d'une interface, alors vous voulez utiliser cette interface pour le point d'injection de type.

    la revendication 2: Le but d'une interface, c'est que cela permet de définir un contrat qui peut être mis en œuvre par plusieurs implémentations. De l'autre côté, vous avez votre point d'injection (@Autowired). Ayant tout juste une interface et une classe en œuvre, est (à mon humble avis) inutile, et viole YAGNI.

    fait: Quand vous mettez:

    • @Component (ou @Service, ...), à l'interface,
    • plusieurs classes qui l'implémente,
    • au moins deux classes deviennent des Beans Spring, et
    • ont un point d'injection qui utilisent l'interface pour le type d'injection,

    alors vous obtiendrez et NoUniqueBeanDefinitionException
    (ou vous avez un très spécial configurations de l'installation, de l'Environnement, des Profils ou des Qualificatifs ...)

    Conclusion: Si vous utilisez @Component (ou @Service, ...), à l'interface alors vous devez les violer au moins l'un des deux clains. Donc je pense qu'il n'est pas utile (sauf quelques rares scénarios) pour mettre @Component au niveau de l'interface.

    Spring-Data-JPA Référentiel des interfaces sont quelque chose de totalement différent

    • C'est très intéressant ce que vous écrivez... alors, qui est le droit chemin? N'est-il pas l'annotation de l'interface à tous et de donner le Service d'annotation pour les implémentations? C'est le Printemps encore capable de permettra à l'autowiring en utilisant le type d'interface? Quelle est votre réponse à cette> stackoverflow.com/questions/12899372/...
    • Je suis d'accord avec ce que je crois est votre principal point - que la plupart du temps il n'est pas judicieux de faire de votre seule responsabilité de service pour implémenter une interface. Mais vous semblez ignorer que, parfois, un t besoin d'un ensemble de services pour exposer le même contrat (vous reconnaissez qu'il est techniquement possible, mais tu semble croire qu'il est en quelque sorte "mauvais" pour le faire). Vous devriez avoir considéré que l'on peut 1) injecter un ensemble de services (donc pas de NoUniqueBenDefinitionException) et 2) l'utilisation @Qualifier pour identifier un service spécifique.
    • J'ai une question, pourquoi avons-nous besoin de créer une interface pour la couche de service quand il y a une seule classe de la mettre en œuvre? J'ai vu beaucoup de projets, ils ont contrôleur de couche, **service de couche (servicInterface, serviceInterfaceImpl) et dépôt de la couche.
    • juste point, mais votre question est sur un tout autre sujet (pour ma réponse, j'ai pris l'hypothèse selon laquelle il existe une interface et la question n'est pas d'avoir l'interface, mais sur l'endroit où placer l'annotation). Pour votre question: Il n'y a presque pas de raison d'avoir une interface pour une entreprise de service de classe qui n'aura jamais deux implémentations. (BTW: tant Que vous n'êtes pas la construction d'une api pour quelqu'un d'autre, vous pouvez toujours refactoriser le code et introduire l'interface plus tard, quand vous en avez besoin)
    • Oui, ma question est différente de celle de votre réponse, mais je pense que c'est lié à la question de départ, c'est pourquoi j'ai demandé. Et je suis d'accord avec votre réponse pour les deux. Je vous remercie.
    • C'est la bonne RÉPONSE, je ne comprends pas pourquoi une autre réponse a été acceptée, en fait accepté réponse était erronée et qu'il viole le principe de base du framework spring. Toujours le code de l'interface, et d'injecter en toute mise en œuvre au moment de l'exécution
    • les interfaces permettent de faire des interface légère à base de jdk procurations pour les haricots lorsque son besoin. Quand il n'y a pas d'interface, le printemps est à faire sous-classement ou de modifier les haricots à l'aide de cglib pour faire un proxy. @Transactional est l'un des exemples où une procuration à un bean est utilisé. L'AOP est un autre.
    • Même si, à certains moments, vous n'aurez pas plus d'une mise en œuvre en classe, je préfère encore déclarer mes méthodes dans une interface. Un autre développeur, il est plus facile de vérifier quels sont les services disponibles uniquement en regardant les déclarations et documents sans se soucier de la mise en œuvre.

    InformationsquelleAutor Ralph
  2. 34

    Essentiellement des annotations comme @Service, @Référentiel, @Composant, etc. ils servent tous le même but:

    auto-détection lors de l'utilisation de l'annotation de configuration et d'classpath
    la numérisation.

    De mon expérience, je suis toujours à l'aide de @Service annotation sur les interfaces ou des classes abstraites et des annotations comme @Component et @Repository pour leur mise en œuvre. @Component annotation que j'utilise ces classes qui sert de base à des fins, simple beans Spring, rien de plus. @Repository annotation j'utilise dans le DAO couche, par exemple, si j'ai à communiquer à la base de données, ont certaines transactions, etc.

    Je vous suggère d'annoter votre interface avec le @Service et d'autres couches en fonction de la fonctionnalité.

    • Pouvez-vous dire quelles sont les différences entre l'annotation des interfaces et de l'annotation des implémentations?
    • À partir de la Printemps docs, "Cette annotation sert comme une spécialisation de @Composant, permettant la mise en œuvre des classes pour être détectée par le classpath de numérisation,", ce qui suggère qu'il est destiné à être utilisé sur la mise en œuvre de la classe.
    • Ce post explique en détails la différence entre l'annotation des interfaces vs implémentations - stackoverflow.com/questions/3120143/...
    • Il suffit de noter que les suggestions données par les réponses dans ce post en ce qui concerne la '@Transactional' annotation en particulier, ne pas toutes les annotations en général.
    • L'annotation @service sur les interfaces n'a aucun effet, tout comme les autres stéréotype annotations. Tous les stéréotype annotation devrait être mis sur soit abstraite ou concrète des classes.
    • pour corriger votre déclaration, le service d'annotation aussi ne fonctionne pas avec les classes abstraites. Juste avec les classes de béton.

    InformationsquelleAutor Paulius Matulionis
  3. 12

    J'ai utilisé @Composant, @Service, @Contrôleur et @Référentiel annotations uniquement sur la mise en œuvre des classes et non pas sur l'interface. Mais @Autocâblés annotation avec des Interfaces toujours travaillé pour moi.

    InformationsquelleAutor yalkris
  4. 7

    Pros de mettre annotation @Service est qu'il donne une allusion au fait que c'est un service. Je ne sais pas si la mise en œuvre de la classe par défaut, l'héritage de ce annoation.

    Con côté, c'est que vous êtes couplage votre interface avec un cadre spécifique c'est à dire de Printemps, en utilisant le printemps spécifiques d'annotation.
    Comme les interfaces sont censés être découplés de la mise en œuvre, je ne voudrais pas suggérer à l'aide d'un cadre spécifique d'Annotations ou de la partie de l'objet de votre interface.

    • Je pense que nous avons tous entendu le couplage fort argument plusieurs fois, mais n'oubliez pas que les annotations peuvent être présentes sans le pot, donc en gros, tant que votre attelage est sur les annotations, il peut encore être découplés.
    InformationsquelleAutor Kuldeep Tiwari
  5. 1

    Un des avantages de printemps est de basculer facilement d'un Service (ou d'autres) de la mise en œuvre.
    Pour cela, vous devez annoter sur l'interface et de déclarer la variable comme ceci :

    @Autowired
private MyInterface myVariable;

    et non pas :

    @Autowired
private MyClassImplementationWhichImplementsMyInterface myVariable;

    Comme le premier cas, vous pouvez activer la mise en œuvre d'injecter à partir du moment où il est unique (une seule classe implémente l'interface).
    Dans le second cas, vous avez besoin de revoir tout le code (la nouvelle implémentation de la classe a un autre nom).
    En conséquence, l'annotation doit être sur l'interface autant que possible. En outre, JDK procurations sont bien adaptés pour cela : ils sont créés et instancié au démarrage de l'application, car runtime type est connu par avance, contrairement à CGlib procurations.

    • "MyClassImplementationWhichImplementsmyinterface" LOL
    InformationsquelleAutor François F.
  6. 0

    Pour le dire simplement:

    @Service est un Stéréotype d'annotation pour la service couche.

    @Référentiel est un Stéréotype d'annotation pour la persistance couche.

    @Composante est un générique stéréotype d'annotation utilisé pour indiquer le Printemps pour créer une instance de l'objet dans le Contexte de l'Application. Il est possible de
    définir un nom pour l'instance, la valeur par défaut est le nom de la classe que camel cas.

    • La question est de savoir OÙ les utiliser...
    • La signification de ces annotations n'est pas recherchée mais OÙ les mettre sur l'Interface ou de sa mise en œuvre.
    InformationsquelleAutor HughParker
  7. -3

    Il y a 5 annotations qui pourrait être utilisé pour faire des beans spring. La liste ci-dessous des réponses.

    Avez-vous vraiment besoin d'une interface? Si vous allez avoir une mise en œuvre pour chaque interface de service, simplement l'éviter, utiliser uniquement de la classe. Bien sûr, si vous n'avez pas de RMI ou de l'interface proxy est nécessaire.

    @Repository - utilisation de l'injection de votre dao couche de classes.

    @Service - utilisation de l'injection de votre couche de service des classes. Dans la couche de service aussi, vous pourriez avoir besoin d'utiliser @Transactional annotation pour la db, la gestion des transactions.

    @Contrôleur de l'utilisation de votre interface de la couche de contrôleurs, tels que les JSF géré haricots injection, comme le printemps des haricots.

    @RestController - utilisation pour le printemps reste contrôleurs, cela pourrait vous aider à éviter à chaque fois de mettre @ResponseBody et @RequestBody annotations dans votre repos méthodes.

    @Composante de l'utiliser dans les autres cas lorsque vous avez besoin d'Injecter de printemps de haricot qui n'est pas le contrôleur, le service ou la classe dao

    • Oui, vous avez besoin d'une interface sur les frontières de vos calques (comme couche d'accès aux données et de la couche de service). Ils permettent le couplage de modules qui contiennent ces couches mises en œuvre. Sans eux, les clients des couches ont à connaître types de béton et vous avez besoin de les changer quand vous, dites, voulez décorer votre BasicDao avec CachingDao...
    InformationsquelleAutor Artur Yolchyan