C＃、VB.netには多くのAOP実装があります。これはAOP実装の一部です。
.NetでのAOPの最適な実装は何ですか？何を使うべきですか？
回答:
Castle DynamicProxyだと思います動的インターセプトでニーズを処理できる場合は、が最適なソリューションます。このフレームワークは、AOP機能を提供したい他の多くのフレームワークによって内部的に使用されます。通常、既存のIoCコンテナーのほとんどは、動的なインターセプトメカニズム（Spring.NET、Castle Windsor、StructureMapなど）を提供します。すでにIoCコンテナーを使用している場合は、提案内容を確認する方が簡単な場合があります。
動的インターセプトがニーズに対応できない場合（封印されたクラスのウィービング、非仮想呼び出しのインターセプトなど）、静的ウィービングが必要です。PostSharpはこのドメインのリファレンスです。
両方のAOPファッションを活用するために使用できるLinfuも存在することに注意してください。
「最高」は主観的です。
まず、必要な機能やアーキテクチャなどのリストを作成します。次に、不必要な複雑さを導入することなく、必要なことを実行するオプションを探します。たとえば、いくつかはインターフェース指向です：あなたのコードは現在インターフェース指向ですか？そうでない場合は、PostSharpの方が適している可能性があります（元のクラスに織り込まれています）。しかしもちろん、PostSharpは実行時に構成することはできません...コースの馬。
.NETでアスペクト指向プログラミングを行う最良の方法は、よく知られた設計手法を使用することです。たとえば、SOLIDの原則を適用することで、横断的関心事を追加できるようにするために必要な柔軟性とモジュール性を実現できます。意匠権があれば、フレームワークなしでほとんどの横断的関心事を適用することさえできます。OOPがAOPを行うのに適していないというのは誤りです。
ここにいくつかのポインタがあります：
適切な抽象化が整ったら、システムに新しい横断的関心事を追加するには、新しいデコレータクラスを作成し、それを適切な実装にラップするだけです。抽象化が一般的なものである場合は、単一のデコレータをクラスの大きなグループにラップできます（これがまさにAOPの目的です）。
動的プロキシやコードウィービングなどの手法を使用すると、設計が不適切なアプリケーションでの作業が容易になる可能性がありますが、優れた設計に代わるものはありません。遅かれ早かれあなたはやけどをするでしょう。ただし、これは、動的プロキシ生成とコードウィービングを使用すべきではないという意味ではありません。しかし、適切なアプリケーション設計がなければ、それらの手法でさえわずかに役立つだけです。
最善の方法はわかりません。フレームワークがたくさんあり、1日ですべてを試すのに十分な時間がありません。
私はPostSharpを使用しましたが、使い始めるのがいかに簡単であるかを嬉しく思いました。
また、Castle WindsorとSpring.Netを使用してAOPを調べましたが、アプローチは異なります（実行時とコンパイル時）。AOPとIoCを混在させることは理にかなっているようです。これらのフレームワークのいずれかをまだ使用していない場合は、開始するのにさらに多くの作業が必要ですが、それで止めないでください。
新しいプロジェクトでは、おそらくCastle Windsorを使用しますが、それは主にIoCも使用したいからです。AOPを既存のコードベースにすばやく実装する必要がある場合は、PostSharpを使用します。
MicrosoftのポリシーインジェクションとUnityインターセプトもあります。