Avantages de l'utilisation de ressort de stéréotypes?

Je développe une application web à l'aide de spring-mvc.

Maintenant l' @Contrôleur, @Service et @Référentiel stéréotypes sont disponibles.

J'ai trouvé @Contrôleur de réellement utile, spécialement parce que je suis en utilisant

<context:component-scan base-package="my.cool.controller"/>

Maintenant, concernant @Service et @Référentiel, ressemble tellement loin de

  1. Les exceptions sont mieux traités si la classe est annotée avec le bon stéréotype, ok, c'est un avantage que je acknowlegde
  2. Je pourrais utiliser component-scan pour les services et les DAOs/dépôts, cependant je n'aime pas l'idée d'utiliser le composant d'analyse, car elle ralentit le temps de démarrage de l'application, et qui est un élément clé pour moi (même si c'est seulement 1 seconde et je redéployer une fois par semaine)

Si, en dehors de la meilleure des exceptions, tout autre avantage à tous? Ne annoter les classes ont un impact sur les performances?

InformationsquelleAutor Juan Antonio Gomez Moriano | 2013-04-17
  1. 55

    Explication des stéréotypes :

    • @Service - Annoter tous vos classes de service avec @Service. Cette couche sait que l'unité de travail. Tous votre logique métier dans les classes de Service. Généralement, les méthodes de la couche de service sont couverts en vertu de la transaction. Vous pouvez faire plusieurs DAO des appels à partir de la méthode de service, si une transaction échoue, toutes les transactions de restauration.
    • @Repository - Annoter tous vos classes DAO avec @Référentiel. Tous vos accès à la base de la logique devrait être dans les classes DAO.
    • @Component - D'annoter vos autres composants (par exemple, RESTE la ressource de classes) avec le composant stéréotype.
    • @Autowired - Laissez-le Printemps de l'auto-fil autres haricots dans vos classes à l'aide de @Autocâblés annotation.

    @Component est un générique de stéréotype pour n'importe quel Printemps-composant managé. @Repository, @Service, et @Controller sont des spécialisations de la @Component pour plus des cas d'utilisation spécifiques, par exemple, dans la persistance, le service et la présentation des couches, respectivement.

    Raisons de les utiliser :

    • Le principal avantage de l'utilisation de @Référentiel ou @Service sur @Composant est qu'il est facile d'écrire un AOP en coupe transverse (pointcut) que les cibles, par exemple, toutes les classes annotées avec @Référentiel.
    • Vous n'avez pas à écrire bean définitions dans le contexte fichier xml. Au lieu d'annoter les classes et les utiliser par permettra à l'autowiring.
    • Spécialisé annotations aider à délimiter clairement les niveaux d'application (en standard de 3 niveaux d'application).

    Maintenant, Pratiquement impact sur les performances de l'utilisation d'un contexte xml haricots & annotations est le même. Composant de balayage est un peu plus cher (lors de la numérisation pour @Service, @Composant). Les annotations sont des "analysé" avec la réflexion, le xml avec un analyseur xml. Mais, comme vous l'avez dit, c'est le démarrage-temps, il arrive qu'une seule fois. Et sur un modéré la machine, il commence assez rapidement, même avec des annotations.

    • Je ne suis pas un grand fan de permettra à l'autowiring, honnêtement, je préfère spécifier manuellement les haricots qui est injecté (à l'aide de xml), avec des outils comme l'ide, c'est pas un gros problème pour lire le code. En dehors de cela, l'AOP semble intéressant, pourriez-vous modifier votre réponse et de me fournir un exemple rapide (pas besoin de code vraiment, juste un cas d'utilisation)
    • S'il vous plaît aller à travers des articles expliqué dans les sites suivants : static.springsource.org/spring/docs/3.0.x/... et mkyong.com/spring3/spring-aop-aspectj-annotation-example
    InformationsquelleAutor Jeevan Patil
  2. 2

    Composant d'analyse vous permet d'économiser de la définition de chacun de haricots manuellement via xml ou java configuration.

    Plusieurs types stéréo sont là pour définir les couches comme couche de service, de la couche de données, etc. Également basé sur les différents types stéréo si vous voulez faire quelque chose de spécifique, vous pouvez le faire.

    • Je sais ce que composant d'analyse, et je sais aussi qu'il a un coût, il n'est pas un problème pour utiliser xml pour moi. Sur les stéréotypes et les couches, bon point, mais ce qui "fonde Également sur les différents types stéréo si vous voulez faire quelque chose de spécifique, vous pouvez le faire." signifie? Un exemple?
    • Je voulais dire que vous pouvez définir d'autres types stéréo pour créer plusieurs couches si vous en avez besoin.
    • Juste assez, comment est-ce que représenter un avantage sur les paquets ou les conventions de nommage (le fait d'être l'avocat du diable ici, ne vous méprenez pas 🙂
    InformationsquelleAutor Bhushan Bhangale