Quelle est la meilleure mise en œuvre de la POA en .Net ?

Question

Il y a beaucoup d'implémentations de la POA en C#, VB.net. Voici quelques implémentations de la POA :

• PostSharp
• Château DynamicProxy
• LinFu
• LOOM.NET
• Aspect.NET
• Bloc d'application Enterprise Library 3.0 Policy Injection
• AspectDNG
• DotSpect (.SPECT)
• El Spring.NET Cadre de travail dans le cadre de sa fonctionnalité
• Wicca et Phx.Morph
• Une analyse exhaustive des solutions AOSD pour .NET est disponible auprès de l'université de Twente
• Seasar.NET
• Aspect#
• Puzzle.NAspect
• Compose*
• Point de consigne
• NConcern .NET AOP Framework
• ...

Quelle est la meilleure implémentation de la POA en .Net ? Que devrais-je utiliser ?

Answer 1

Je pense que Castle Dynamic Proxy est la solution de choix si l'interception dynamique peut répondre à vos besoins. Ce framework est utilisé en interne par beaucoup d'autres frameworks qui veulent offrir des capacités AOP. Typiquement, la plupart des conteneurs IoC existants fournissent maintenant des mécanismes d'interception dynamique (Spring.NET, Castle Windsor, StructureMap, etc.) Si vous travaillez déjà avec un conteneur IoC, il serait peut-être plus facile de regarder ce qu'il propose.

Si l'interception dynamique ne peut pas répondre à vos besoins (tissage de classe scellée, interception d'appel non-virtuel, etc.), alors vous voulez certainement un tissage statique. PostSharp est la référence dans ce domaine.

Notez qu'il existe aussi Linfu qui peut être utilisé pour tirer parti des deux modes AOP.

Answer 2

"Meilleur" est subjectif.

Tout d'abord, dressez une liste des fonctionnalités dont vous avez besoin, de votre architecture, etc. Ensuite, recherchez les options qui répondent à vos besoins, sans introduire de complexité inutile. Par exemple, plusieurs d'entre elles sont orientées vers l'interface : est-ce que votre code actuellement orienté vers l'interface ? Si non, PostSharp pourrait être un meilleur choix (étant tissé dans les classes originales). Mais bien sûr, PostSharp ne peut pas être configuré à l'exécution... des chevaux pour les cours.

Answer 3

La meilleure façon de faire de la programmation orientée aspect dans .NET est d'utiliser des techniques de conception bien connues. Par exemple, en appliquant le Principes SOLIDES vous pouvez atteindre la flexibilité et la modularité dont vous avez besoin pour permettre l'ajout de préoccupations transversales. Si la conception est bonne, vous serez même en mesure d'appliquer la plupart des préoccupations transversales sans aucun cadre. C'est une erreur de penser que la POO n'est pas adaptée à la POA.

Voici quelques conseils :

• Ne dépendez pas des instances concrètes, mais dépendez des abstractions.
• Ne mélangez pas les préoccupations transversales et la logique métier dans la même classe.
• Ajouter des préoccupations transversales en enveloppant les classes avec une logique d'entreprise dans des classes qui mettent en œuvre ces préoccupations ( décorateurs ).
• Trouvez les artefacts communs dans votre conception et modélisez-les de la même manière, de préférence en utilisant le même type d'abstractions. Jetez un coup d'œil à este y este par exemple.

Lorsque les bonnes abstractions sont en place, l'ajout de nouvelles préoccupations transversales au système se résume à l'écriture d'une nouvelle classe décoratrice et à son intégration dans les bonnes implémentations. Si les abstractions sont génériques, vous pouvez envelopper un décorateur unique autour d'un grand groupe de classes (ce qui est exactement le but de la POA).

Bien que des techniques telles que les mandataires dynamiques et le tissage de code puissent faciliter le travail avec une application mal conçue, il n'y a pas vraiment d'alternative à une bonne conception. Tôt ou tard, vous vous brûlerez. Cela ne signifie pas que la génération de proxy dynamique et le tissage de code ne doivent pas être utilisés. Mais sans une conception correcte de l'application, même ces techniques ne seront que marginalement utiles.

Answer 4

Je ne sais pas ce qui est le mieux, il y a beaucoup de cadres et pas assez d'heures dans la journée pour les essayer tous.

J'ai utilisé PostSharp et j'ai été agréablement surpris de la facilité avec laquelle on peut s'y mettre.

J'ai également étudié la POA avec Castle Windsor et Spring.Net, l'approche est différente (temps d'exécution vs temps de compilation). Mélanger la POA et l'IoC semble avoir du sens. Si vous n'utilisez pas encore l'un de ces frameworks, il vous faudra beaucoup plus de travail pour vous lancer, mais que cela ne vous arrête pas.

Pour les nouveaux projets, j'utiliserais probablement Castle Windsor, mais c'est surtout parce que je voudrais aussi utiliser IoC. Si je devais implémenter rapidement la POA dans une base de code existante, j'utiliserais PostSharp.

Answer 5

Il y a aussi l'injection de politiques et Interception de l'unité de Microsoft.