問題タブ [enterprise-library-5]

最近、Enterprise Validation Library を発見し、それを使用して app.config ファイルを検証しています。私はほとんどの場合、検証を簡単に適用できる文字列を持っています。たとえば、いくつかのブール値もあります。

そして、私のapp.config内：

検証ルールを適用して、app.config ファイルの値が実際に bool であることを確認することはできますか?

私が思いついた最高のものはこれです：

これは機能しますが、ブール値ではなく文字列を扱っています。

アプリケーションでEnterpriseLibrary5.0のロギングアプリケーションブロックを使用しています。私のアーキテクトはカスタム動作を望んでいたので、データベースにログを記録し、途中で他のカスタムコードを実行する独自のトレースリスナーを作成しました。これはすべて機能します。

このトレースリスナーとそのデータクラスをEnterpriseLibraryプロジェクト内の他のリスナーと一緒に作成すると、ログターゲットリスナーをリスナーのタイプとして追加しようとすると、構成ツールによって取得されます。問題は、私のアーキテクトがエンタープライズライブラリのソースコードを変更することを望まないため、リスナーを独自のDLLに実装し、エンタープライズライブラリの構成からそれらを参照することを望んでいることです。これも機能します。

私の唯一の問題は、この方法でそれを行うと、構成ツールが追加できるタイプとしてリスナーを取得しないことです。構成ファイルを手動で編集でき、このように機能しますが、構成ツールを介してこれを実行できるようにする必要があります。

どんな助けでもいただければ幸いです。

win-formアプリケーションでEnterpriseLibrary5.0を使用しています。

1.エンタープライズライブラリオブジェクトのインスタンスの作成について

ロギング/例外オブジェクトの参照を解決するための最良の方法は何ですか？私たちのアプリケーションでは、ソリューションにさまざまなアプリケーションがあります。したがって、ソリューションには以下のプロジェクトがあります。

CommonLib（Class Lib）CustomerApp（winform app）CustWinService（win service proj）ClassLib2（class Lib）

CommonLibプロジェクトで以下のようにロギング/例外を実装しました。以下のようにクラスAppLogを作成しました。

次に、さまざまなプロジェクトでのロギングと例外のために、以下のようにApplogクラスを使用しました。

では、ロギングと例外を使用する正しい方法は？または私がそれを改善できる他の方法はありますか？

2.動的なログファイル名

ロギングブロックには、app.configファイルで設定する必要のあるfileNameがあります。コーディングを通じてfileName値を動的に割り当てる方法はありますか？構成ファイルにハードコーディングしたくないので、本番環境と開発環境ではパスが異なります。

ありがとうTShah

Trace.WriteLineどこでも利用しているレガシーコードがあります。

Microsoft Enterprise Library を使用してトレースを記録することにしました。そのため、ファイルへの書き込み、電子メールの送信、データベースへのログ記録、または独自のカスタム リスナーの作成を決定できます。

Trace.WriteLineの出力を Enterprise Library Logging ブロックにリダイレクトするにはどうすればよいですか?

更新: コードを使用できます。しかし、Trace.Listeners.Add に渡す必要があるのはどのタイプですか?

Microsoft Enterprise Library 5.0のLoggingブロックを使用していますが、LogWriterクラスとLoggerクラスの違いを知りたいと思いました。ロギングで使用するために構築したカスタムトレースリスナーがいくつかあり、LoggerとLogWriterを使用しても効果があるかどうかを知りたいと思いました。

MSDNからhttp://msdn.microsoft.com/en-us/library/microsoft.practices.enterpriselibrary.logging.logwriter.aspx

ログメッセージをデフォルト構成に書き込むには、ロガーファサードを使用します。カスタム構成を使用してログメッセージを書き込む必要がある場合にのみ、LogWriterのインスタンスを作成します。

コード例1：

コード例2：

Web ベースの CMS プラットフォーム用の再利用可能なコンポーネントをいくつか開発中ですが、Spring.NET の代わりに Unity を使用して調査したいと考えていました。

解決策 1 では、階層型アーキテクチャでさまざまなコンポーネントを開発しました。Spring.NET を使用して、アセンブリの 1 つに XML 構成ファイルを埋め込むことができます。これは、どのオブジェクトが DI コンテナーに読み込まれるかを宣言します。コンポーネントのビルダーは、コンポーネントのコンテキスト内でどの実装が優先されるかを決定する必要があるということです。

私の他のソリューションでは、参照を追加してアセンブリから構成を読み込むだけで、それらの要素がその Web サイトの実行中のコンテナーに読み込まれます。

Unity でのこのようなシナリオの構成戦略はどのようなものになるでしょうか?

Microsoft Enterprise Library 5.0 の拡張ハンズオン ラボを行っていたところ、「ラボ 2: カスタム ログ トレース リスナー」のレッスンでエラーが見つかりました。これは、ラボの演習 2、3、および 4 に適用されます。CodePlex サイトの問題トラッカーを検索しましたが、このエラーに関連するものは見つかりませんでした。

問題の概要:

Enterprise Library Configuration ツールを使用してトレース リスナーを追加しようとすると、「フィールド ListenerDataTypeName に必要な値がありません」という検証エラーが発生します。したがって、構成ツールは構成ファイルを保存しません。

提案を探しています。

AOP (Postsharp を使用) と EntLib (v5.0) の両方を実装して、ロギングや例外処理/戦略などの分野横断的な懸念に対応できます。

一方が他方を除外するのか、それとも相互に補完し合う可能性があるのか​​ 、私にはわかりません。誰かがこれについての経験や考えを共有できますか?

ありがとう！

例外に関する私の見解：

AOP は、コードを簡単にラップして例外をキャッチできます。処理は、ポリシーを使用して強力な処理 (ラップ、置換、スワロー) 構成を提供する EntLib に委任できます。

処理戦略 (ラップ、置換、および飲み込み) もアスペクトで実装できます。決定の原動力は何ですか？それとも、ここで何かが足りないのでしょうか?

既存の Enterprise Library 5 Logging システムを、フラット ファイル プロバイダではなくデータベースを使用するように変更しようとしています。構成ツールを使用して関連する構成セクションを生成し、それらを構成ファイルに追加しましたが、フラット ファイルはまだ更新中ですが、データベースを使用していないようです。私の構成は次のようになります。

アプリケーションまたはデータベースにエラー メッセージは表示されませんが、データベースは空であり、接続を試みる兆候はありません。

Microsoft Enterprise Libraryのexceptionpolicyクラスとexceptionmanagerクラスの違いは何ですか？私はexceptionmanagerが存在することさえ知りませんでした！なぜ2つの異なるクラスがあるのですか？