Quelle est l'utilisation la plus courante pour les AOP en projet pour le printemps
Après l'examen de l'AOP modèle, je suis submergé par les façons de faire et de quoi l'utiliser dans mon projet pour le printemps.
J'aimerais l'utiliser comme journal d'audit du système de toutes les affaires financières de la logique. Il semble juste être facile à intégrer. Mais j'aimerais entendre votre point de vue sur ce.
La question est - ce d'autres utilisations devrais-je envisager de communes pour ce modèle? Je ne serait pas l'esprit de refactoring ma logique actuelle pour être utilisé avec AOP tant qu'il y a des avantages à elle.
Il y a un, un peu la même question: "qu'est-Ce que l'Aspect J bon pour". stackoverflow.com/questions/4313789/what-is-aspectj-good-for
OriginalL'auteur Mat B. | 2011-01-16
Vous devez vous connecter pour publier un commentaire.
L'utilisation la plus courante est l'endroit où votre demande a transversales préoccupations, c'est à dire un morceau de la logique ou de code qui va être écrit en plusieurs classes/couches.
Et cela peut varier en fonction de vos besoins. Certains très fréquents exemples de ces pourrait être:
Espère que ça aide.
OriginalL'auteur Nilesh
Les plus courantes d'utilisation est probablement l'déclarative de la gestion des transactions à l'aide de
@Transactional
.OriginalL'auteur Axel Fontaine
En plus de journalisation d'audit et déclarative de la gestion des transactions, comme mentionné par Axel, je dirais qu'une autre utilisation de l'AOP est comme un intercepteur de demande. Par exemple, disons que vous avez besoin de toutes les demandes provenant d'un serveur d'intercepter, de sorte que vous pouvez faire quelque chose avec elle (peut-être pour garder une trace de l'application qui envoie ce que la demande pour quelle autre application ou base de données, etc).
OriginalL'auteur CoolBeans
Vous pouvez utiliser l'AOP pour vos préoccupations en matière de sécurité, par exemple pour autoriser/interdire l'accès de méthode. Une autre utilisation de l'aop est de tester les performances de vos applications.
OriginalL'auteur RicoZ
À l'aide de l'AOP pour l'enregistrement d'audit est parfaitement valide l'utilisation de l'AOP. Vous pouvez la désactiver pour tester et modifier à mesure que les exigences de changement dans la production.
Le seul inconvénient dans ce cas est de savoir si vous avez été la planification sur le journal d'audit via SQL. Il peut être plus performant pour mettre en œuvre ce type de vérification déclenche directement dans la DB.
OriginalL'auteur AngerClown
Comme une réponse légèrement différente de ce que @Axel dit, en l'utilisant pour intercepter automatiquement l'ensemble de vos données d'appels d'accès et d'appliquer les transactions de façon appropriée est phénoménal. J'ai la mienne de mettre en œuvre tous les appels à mon dao paquet qui ne commencent pas par "get" dans une transaction et puis rien effectuée dans une méthode en commençant par "get" est considéré comme étant en lecture seule. C'est fantastique parce qu'en plus de la configuration initiale, je n'ai pas à m'en inquiéter, il suffit de suivre la convention de nommage.
OriginalL'auteur Chris Thompson
Il peut être utilisé pour exposer les mesures personnalisées (Instrumentation de service) pour l'Alerte et la Surveillance de service à l'aide de bibliothèques clientes comme dropwizard, prometheus.
Il nous a aidés, à
Garder ces transversales préoccupations à un seul endroit.
De façon déclarative les appliquer à chaque fois que nécessaire.
Par exemple,
Pour exposer
OriginalL'auteur Amit Patil