Dois-je utiliser Spring.Net AOP Throws advice?

Question

Arrière-plan

Je dispose d'un composant qui fournit certains services CRM - spécifiques à CRM. J'ai un specificCRMAdapter qui implémente mon interface IGeneralCRM.

Un autre composant generalCRM expose la fonctionnalité CRM via IGeneralCRM et utilise Spring.Net pour injecter le specificCRMAdapter pour fournir une telle fonctionnalité.

Question

Je veux être en mesure d'attraper une exception si le composant specificCRM échoue. Devrais-je implémenter Spring.Net AOP Throws des conseils pour accomplir ceci ou suis-je sur l'ingénierie du problème parce que tout ce que j'ai besoin de faire est simplement attraper l'exception.

Y a-t-il des avantages dans un sens ou dans l'autre?

Answer 1

Cela dépend vraiment de ce que vous avez l'intention de faire avec l'exception. AOP est génial mais conduit à une configuration complexe et est souvent une exagération.

Lorsque AOP brille dans sa capacité à fournir une logique pour gérer les mêmes raccourcis d'affaires sur plusieurs objets. Dans votre cas, vous semblez impliquer que vous travaillez sur une implémentation unique, donc je dirais simplement essayer de l'attraper pour le moment.

Si vous pensez que vous pourriez réutiliser la même logique dans plusieurs méthodes et objets, alors AOP est une meilleure solution.

Answer 2

Si vous utilisez déjà Spring AOP.Net, et vous n'avez pas besoin d'étirer chaque morceau de performance, je dis utiliser un conseil - plus tard vous pouvez utiliser des conseils pour d'autres choses, user le nouveau conseil pour attraper plus d'exceptions et intégrer tout bien.

Sinon, attrapez simplement l'exception. Vous devriez avoir du code pour les exceptions de toute façon, que ce soit dans les conseils ou essayer/attraper des blocs.