外部 AOP ライブラリを使用しない C# メソッド呼び出しのインターセプト: 回避策と制限事項
C# には組み込みの AOP 機能が本質的に欠如しているため、サードパーティのライブラリに依存せずにメソッド呼び出しをインターセプトする場合に課題が生じます。 ただし、いくつかの戦略でこの機能を近似できますが、それぞれに独自のトレードオフがあります。
メソッド呼び出しインターセプトへのアプローチ:
カスタム属性と MarshalByRefObject: この手法は、[Log]
から継承するカスタム属性 (IMessageSink
など) を利用します。 ただし、MarshalByRefObject
から継承する必要があるため、パフォーマンスのオーバーヘッドが発生する可能性があります。
動的コード インジェクション (リフレクション): ランタイム リフレクションにより、メソッドへのコード インジェクションが可能になり、インターセプトが可能になります。 このアプローチは非常に複雑であり、リフレクションについての深い理解を必要とし、保守性に影響を与える可能性があります。
IoC コンテナの活用: 依存関係注入 (DI) コンテナは、すべてのメソッドに対して包括的ではありませんが、メソッド呼び出しをインターセプトするメカニズムを提供します。 その適合性は、特定の傍受要件によって異なります。
呼び出し元メソッドの変更: 可能であれば、呼び出し元メソッドを直接変更して、ターゲット メソッド呼び出しの前後にロギングまたはその他のインターセプト ロジックを組み込むことが最も簡単な解決策です。 これは簡単ですが、既存のコードを変更する必要があります。
説明例: 呼び出し側メソッドの変更
次の例は、呼び出し側メソッドの変更を使用した単純なインターセプトを示しています。
<code class="language-csharp">public class Caller { public static void Call() { Traced traced = new Traced(); Logger.LogMethodStart(typeof(Traced).GetMethod(nameof(Traced.Method1)), new object[] { "name", 5 }); traced.Method1("name", 5); Logger.LogMethodEnd(typeof(Traced).GetMethod(nameof(Traced.Method1))); Logger.LogMethodStart(typeof(Traced).GetMethod(nameof(Traced.Method2)), new object[] { new object() }); traced.Method2(new object()); Logger.LogMethodEnd(typeof(Traced).GetMethod(nameof(Traced.Method2))); } }</code>
このアプローチでは、ターゲット メソッド呼び出しの周囲にログ呼び出しを直接追加します。 ロギングの詳細を処理するには、Logger
クラスを個別に実装する必要があることに注意してください。 呼び出し元の変更が許容される場合、このメソッドは最も煩わしさがありません。 他のオプションは、より汎用的なソリューションを提供しますが、複雑さが増します。
以上がAOP ライブラリを使用せずに C# でメソッド呼び出しをインターセプトする方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。