2

現時点では、PostSharp (www.postsharp.org) を使用して、アプリケーションの一部として独自のカスタム ロギング システム (log4net の上に配置) を作成することを検討しています。PostSharp はこれらすべての要件を満たしていると思いますか?

これは私の要件です:

  1. メソッド、プロパティ、フィールド、クラス、およびアセンブリ レベルで機能するカスタムの「アスペクト」を記述できるようにしたいと考えています。

  2. .NET 2.0 プロジェクトと 3.5、特に WinForms と ASP.NET (MVC を含む) および WCF プロジェクトでツールを使用できるようにしたい

  3. クライアント マシン/展開ポイントで自分のソフトウェアとは別に別のツール (exe) を実行したくありません。

望ましい: ツールの dll を再配布する必要さえなくしたいことが望ましいです。ただし、ランタイム dll をアプリと共に再配布しないという要件は、強制的な要件になる可能性があるため、スキップしてください。

  1. これを拡張して、主にアプリケーションのカスタム ロギング アスペクトを記述したいと考えています。

  2. Web アプリケーションと Windows フォーム アプリを再配布します。したがって、私が使用しようとしているツールは、いかなる種類のロイヤルティの支払いやライセンス料も無料であり、特定の種類のライセンスに制限されないようにしたいと考えています. アプリケーションの商用ライセンスを販売しています。

4

2 に答える 2

2

PostSharp.Coreを使用して自分でカスタム アスペクトのコーディングを開始する前に、Log4PostSharpを確認してください。

于 2009-08-11T14:58:51.610 に答える
0
  1. はい。

  2. はい。ASP.NET からアスペクト コードをコンパイルする場合は、ASP.NET サーバーに PostSharp ビルド時のコンポーネントを展開する必要があります。それがあなたが与えたいものかどうかわからない(3)。

  3. PostSharp.Core を使用して独自のカスタム アスペクトを開発する場合、依存関係は必要ありません。PostSharp Laos を使用する場合は、PostSharp.Public.dll と PostSharp.Laod.dll を再配布する必要があります。

  4. 問題ない。

  5. コンパイル済みの Web を配布する場合、問題はありません。ウィーバーによる拡張が必要な​​ソース コードを配布する場合は、PostSharp 全体を再配布する必要があります。可能ですが、あまりセクシーではありません。

于 2009-08-11T14:13:05.867 に答える