👉🏽 👨‍❤️‍💋‍👨 👶🏾 PostSharpのいくつかの便利な側面 🤟🏼 ⚾️ 🏂🏼

.netにはいくつかの本格的なAOPフレームワークがありますが、 PostSharp以降、それらの1つは「操縦」されません。このフレームワークの大ファン（およびユーザー）として、コミュニティにいくつかの「レシピ」を紹介したいと思います。私はそれらのいくつかを自分で作成し、他のものはインターネットで見つけて、私のニーズに適合させました。ここでは、「最もジューシーな」レシピをいくつか紹介します。また、AOPフレームワークやイデオロギーに慣れていない場合は、こちらのWebキャストをお勧めします。それでは、始めましょうか？

ストリーム

PostSharpで最も「ステレオタイプ」な側面は、プール内のタグ付きメソッドを呼び出すための側面です。アスペクトは非常にシンプルですが、時には非常に便利です。

public class WorkerThreadAttribute : OnMethodInvocationAspect { public override void OnInvocation(MethodInvocationEventArgs eventArgs) { ThreadPool.QueueUserWorkItem(state => eventArgs.Proceed()); } } 

興味深いのは、 QueueUserWorkItem

直接使用する場合のように、このようなコードを呼び出して、型変換なしで戻り値を取得できることです。

メソッドを特定のスレッドに「ダイレクト」する機会があるため、WinFormsのように、メソッドを宣言的にUIスレッドで実行することを簡単に宣言できます。

public class FormsThreadAttribute : OnMethodInvocationAspect { public override void OnInvocation(MethodInvocationEventArgs eventArgs) { Form f = (Form)eventArgs.Instance; if (f.InvokeRequired) f.Invoke(eventArgs.Delegate, eventArgs.GetArgumentArray()); else eventArgs.Proceed(); } } 

...およびWPFの場合：

public class WpfThreadAttribute : OnMethodInvocationAspect { private DispatcherPriority priority; public WpfThreadAttribute() : this (DispatcherPriority.Normal) { } public WpfThreadAttribute(DispatcherPriority priority) { this .priority = priority; } public override void OnInvocation(MethodInvocationEventArgs eventArgs) { DispatcherObject dispatcherObject = (DispatcherObject)eventArgs.Instance; if (dispatcherObject.CheckAccess()) eventArgs.Proceed(); else dispatcherObject.Dispatcher.Invoke(priority, new Action(eventArgs.Proceed)); } }

後者の場合、実行を優先する機会さえあります。

プロパティの書き換え

ほとんどの場合、 set

/ get

メソッド内のロジックはドメイン固有ですが、「作成」するのに役立つことがある1つの側面が変更通知設定です。これは、プロパティ変更通知と呼ばれます。 WinFormsにはINotifyPropertyChanged

インターフェイスがありますが、これは手動で実装するのがINotifyPropertyChanged

場合があります。このインターフェイスはWPFでも機能しますが、別の代替手段があります-いわゆる作成です。依存関係プロパティ。

両方のソリューションは、通常のCLR自動プロパティに自動的に適用できます。どちらの場合も、ソリューションは非常に複雑なので、コードの代わりにINotifyPropertyChangedおよびDependency Propertiesの実装へのリンクを投稿します。ちなみに、私はこれらのスニペットの最初のものを私が長い間使っていたと言います、そして私は「手動」の実装を使うことはほとんどありません-ネオフォビアがそれを強制しない限り。

遅延初期化

遅延の解決策のように思えるかもしれませんが、遅延初期化は宣言的に行うことができます。さらに、PostSharpを使用すると、プロパティの値がIoCコンテナーから取得された場合でも、プロパティの遅延初期化を保存できます。簡単な例を次に示します-その中で、独自の方法でフィールドを書き換えます：

[Serializable] class LazyLoad : OnFieldAccessAspect { private readonly Type type; private readonly object [] args; public LazyLoad(Type type, params object [] arguments) { this .type = type; args = arguments; } public override OnFieldAccessAspectOptions GetOptions() { return OnFieldAccessAspectOptions.RemoveFieldStorage; } public override void OnGetValue(FieldAccessEventArgs eventArgs) { if (eventArgs.StoredFieldValue == null ) eventArgs.StoredFieldValue = Activator.CreateInstance(type, args); eventArgs.ExposedFieldValue = eventArgs.StoredFieldValue; } }

残念ながら、このコードには非常に適切な実装は含まれていません（オブジェクト型はコンストラクターに渡されます）が、一方で、このような実装は柔軟性を高めます。そしてもちろん、 Activator.CreateInstance

代わりに、たとえば「すべて同時に」発行される従来のDIモデルをバイパスして、 My.IoCContainer.Resolve

Activator.CreateInstance

呼び出すことはありません。

試行

別の古典的なパターン（またはすべての種類の構文糖を嫌う人のためのアンチパターン）は、メソッドを呼び出すことができ、例外の場合、特定の時間間隔でメソッドをさらに数回呼び出そうとする側面です。

[Serializable] public class RetryAttribute : OnMethodInvocationAspect { public int Count { get; set; } public int DelayMsec { get; set; } public RetryAttribute( int count) : this (count, 0) { } public RetryAttribute( int count, int delayMsec) { Count = count; DelayMsec = delayMsec; } public override void OnInvocation(MethodInvocationEventArgs eventArgs) { for ( int a = 0; ; ++a) { try { if (a != 0 && DelayMsec > 0) Thread.Sleep(DelayMsec); eventArgs.Proceed(); return ; } catch { if (a == Count) throw ; } } } }

この属性を使用すると、システムの「バガリー」を管理できます。また、その変更された形式は同じ関数を何度も受動的に呼び出し、すべての呼び出しの結果を集約できます。私の実践では、このアプローチは、たとえば、ローカルネットワークで実行中のSQLサーバーを一覧表示する場合に役立ちました。もちろん、検索機能の最初の呼び出しでは、すべてではなくいくつかのサーバーが見つかります。

例外

例外処理は、宣言型にすることができる開発の別の側面です。キャッチされていない例外をキャッチし、エラーのあるメッセージを発行するアスペクトの例を次に示します。

[Serializable] public class ExceptionDialogAttribute : OnExceptionAspect { public override void OnException(MethodExecutionEventArgs eventArgs) { ExceptionMessageBox emb = new ExceptionMessageBox( eventArgs.Exception, ExceptionMessageBoxButtons.OK, ExceptionMessageBoxSymbol.Error); emb.Show(eventArgs.Instance as Form); eventArgs.FlowBehavior = FlowBehavior.Continue; } } 

通常のMessageBox

とは異なりMessageBox

私はより美しく有用なExceptionMessageBox

を使用しました。原理は、原則として非常に単純です。そしてもちろん、この側面は、特定のタイプの例外を一般的に無視するようにカスタマイズできます。たとえば、Visual Studioアドインを初期化する場合、 ArgumentException

型の例外は一般的です。スタジオは、既存のコマンドにメニュー項目を追加しようとすることがあります。例外を「飲み込む」には、次の側面を使用できます。

[Serializable] public class IgnoreExceptionAttribute : OnExceptionAspect { private Type type; public IgnoreExceptionAttribute(Type type) { this .type = type; } public override Type GetExceptionType(System.Reflection.MethodBase method) { return type; } public override void OnException(MethodExecutionEventArgs eventArgs) { eventArgs.FlowBehavior = FlowBehavior.Continue; } } 

ASP.NETでサイトを作成する場合、少し異なるアプローチがあります。例外が発生すると「安全な」ページを提供しますが、例外（ASP.NET MVCシステムが実際に処理する）をスローするときにインターセプトおよびセキュリティ保護されます。このために、 CodePlex.Diagnosticsフレームワークとこの単純な側面を使用します。

[Serializable] public sealed class InterceptExceptionAttribute : OnExceptionAspect { public override void OnException(MethodExecutionEventArgs eventArgs) { IIdentity identity = WindowsIdentity.GetCurrent(); Guid guid = ExceptionProvider.Publish(eventArgs.Exception, identity); throw new PublishedException(guid, eventArgs.Exception); } } 

トレースとロギング

ロギングについて話しているので、これらの目的のために側面を見せないことは罪です。ほとんどの開発者はこの問題に対する独自の個別のアプローチを持っているという事実にもかかわらず、私はメソッドの入力と出力、および例外を記録する素晴らしい側面を示したいと思います。これらすべての場合、関連情報はDebug.WriteLine

単純な呼び出しでスタジオの出力ウィンドウに表示されます：

[Serializable] public sealed class LogAttribute : OnMethodBoundaryAspect { private static int indent; private static int indentSize = 4; private static string IndentString { get { return new string (Enumerable.Range(0, indentSize*indent).Select(n => n%4 == 0 ? '|' : ' ' ).ToArray()); } } private static void Indent() { ++indent; } private static void Unindent() { if (indent > 0) --indent; } private static void WriteLine( string s) { Debug.WriteLine(IndentString + s); } public override void OnEntry(MethodExecutionEventArgs eventArgs) { StringBuilder sb = new StringBuilder(); sb.AppendFormat( "Entering {0} with arguments" , eventArgs.Method); object [] args = eventArgs.GetReadOnlyArgumentArray() ?? new object [] {}; foreach (var arg in args) { sb.AppendFormat( " <{0}>" , arg); } WriteLine(sb.ToString()); Indent(); } public override void OnExit(MethodExecutionEventArgs eventArgs) { Unindent(); WriteLine( "Exiting " + eventArgs.Method); } public override void OnException(MethodExecutionEventArgs eventArgs) { StringBuilder sb = new StringBuilder(); sb.AppendFormat( "Exception {0} in {1}" , eventArgs.Exception, eventArgs.Method); sb.AppendLine(); WriteLine(sb.ToString()); } }

ここで、ロギング用にlog4PostSharpアドオンがあり、 log4netサブシステムを使用するメソッドの入り口と出口に関する情報を記録することに注意してください。

パフォーマンス測定

PostSharpの著者自身は、CodeProjectの記事の 1つで、メソッドの実行速度を計算したり、呼び出しの回数を記録したりするためのアスペクトの興味深い使用法を示しました。これらの機能は、アスペクトでは、通常のコードと同様に、静的メンバーを持つことができ、いつでも呼び出すことができるという事実に基づいています。次の側面を可能にするもの：

[Serializable] public class PerformanceCounterAttribute : OnMethodInvocationAspect { private static readonly Dictionary< string , PerformanceCounterAttribute> attributes = new Dictionary< string , PerformanceCounterAttribute>(); private long elapsedTicks; private long hits; [NonSerialized] private MethodBase method; public MethodBase Method { get { return method; } } public double ElapsedMilliseconds { get { return elapsedTicks / (Stopwatch.Frequency / 1000d); } } public long Hits { get { return hits; } } public static IDictionary< string , PerformanceCounterAttribute> Attributes { get { return attributes; } } public override void OnInvocation(MethodInvocationEventArgs eventArgs) { Stopwatch stopwatch = Stopwatch.StartNew(); try { eventArgs.Proceed(); } finally { stopwatch.Stop(); Interlocked.Add( ref elapsedTicks, stopwatch.ElapsedTicks); Interlocked.Increment( ref hits); } } public override void RuntimeInitialize(MethodBase method) { base .RuntimeInitialize(method); this .method = method; attributes.Add(method.Name, this ); } }

このような興味深いPostSharp。そして、あなたはどんな側面を知っていますか？

PostSharpのいくつかの便利な側面

ストリーム

プロパティの書き換え

遅延初期化

試行

例外

トレースとロギング

パフォーマンス測定

More articles: