問題タブ [enterprise-library]

Enterprise Library Caching ブロックの 1.1 バージョンを使用しているアプリケーションを 2.0 バージョンに変換しようとしています。私が本当に問題を抱えているのは、さまざまな EntLib ピースの構成が複数のファイルに分割されていることだと思います。どうやら、これはConfigurationManagerSectionHandlerによって処理されていたようですが、.NET 2.0 の組み込みの構成メカニズムが優先され、現在は廃止されています。

特に EntLib のコンテキストで、この構成ファイルの分割を行う方法の良い例を見つけるのに苦労しています。他の誰かがこれに対処しましたか？

実行時にDB接続を構成する方法を探しています。特にエンタープライズライブラリを使用します。* .Data.Configuration（またはこれに近いもの...頭のてっぺんから思い出さないでください）アセンブリがあることがわかりますが、インターウェブではあまり見つかりません。問題を複雑にしているのは、VistaではAPIヘルプが壊れているという事実です。

今、私はこの回避策を見つけました：

そして、それは私が欲しいものを私に与えますが、それはApp.configを永久に編集します。確かに戻って変更を削除することはできますが、この面倒なことはしたくありません。

Web アプリケーションとリッチ クライアント アプリケーションの両方で使用される .NET コンポーネントの場合、キャッシングには System.Web.Caching または Ent の 2 つの明白なオプションがあるようです。リブ。キャッシュ ブロック。

• あなたは何を使うのですか？
• なんで？

System.Web.Caching

これは Web アプリ以外で安全に使用できますか? 私はさまざまな情報を見てきましたが、その答えは多分、そうではないと思います。

• 1.0 および 1.1 の Web アプリ以外の使用に対する KB 記事の警告
• 2.0 のページには、問題がないことを示すコメントがあります: http://msdn.microsoft.com/en-us/library/system.web.caching.cache(VS.80).aspx
• スコット・ハンセルマンはその概念にゾッとする
• 3.5ページには、そのような使用に対する警告が含まれています
• Rob Howardは、Web アプリ以外での使用を推奨しました

そのハイライトの 1 つであるSqlCacheDependencyを使用する予定はありませんが、.NET 3.5 でのCacheItemUpdateCallbackの追加は本当に良いことのように思えます。

エンタープライズ ライブラリ キャッシング アプリケーション ブロック

• 他のブロックは既に使用されているため、依存関係は既に存在します
• キャッシュの永続性は必要ありません。再起動時にキャッシュを再生成しても問題ありません

一部のキャッシュ アイテムは常に使用可能である必要がありますが、定期的に更新する必要があります。これらのアイテムの場合、アイテムが削除された後にコールバックを取得するのはあまり便利ではありません。キャッシュ項目が再設定されるまで、クライアントはスリープしてポーリングする必要があるようです。

Win32 + .NET クライアント用 Memcached

分散キャッシュが不要な場合の長所と短所は何ですか?

現在、ある種の「標準」開発者フレームワークの採用を検討しており、エンタープライズライブラリの使用を検討しています。これらのブロックをソフトウェア開発の基盤として使用することをお勧めしますか、それとも自家製の何かを行う必要がありますか？

(entlib 4 のポリシー インジェクション アプリケーション ブロックを使用して) クラスに適用されたカスタム ハンドラーがあり、Invoke が呼び出されたときに入力メソッドがプロパティであるかどうかを知りたいです。以下は、私のハンドラーがどのように見えるかです。

コード サンプルからわかるように、これまでに考えた最善の方法は、メソッド名を解析することです。これを行うより良い方法はありませんか？

情報に詳しくない同僚のために、ポリシー インジェクションの非常に簡単な説明をお願いします。これに適したリソースはどこですか? entlib ヘルプ ファイルからポリシー インジェクションについて学びましたが、これは最適なオプションではないと確信しています。

Enterprise Library 3.1 と一緒に WCSF Feb 2008 を実行していますが、ランダムに「楽しさ」が得られることに気付きました

ファイルまたはアセンブリを読み込めませんでした Microsoft.Practices.EnterpriseLibrary.Common、Version=3.1.0.0、Culture=neutral、Public ... 見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。

通常、これはstackoverflowで言及する価値はありませんが、奇妙なことに、これを初めて起動すると壊れますが、閉じてもう一度F11を押すだけで動作します....奇妙です。これが時々壊れるかもしれないが、他の人は壊れない理由を誰か知っていますか?

Log4Net でログを記録する場合、ログを呼び出したクラスをログ ファイルに入れるのは非常に簡単です。これにより、コードをトレースしてクラスのフローを確認するのが非常に簡単になることが過去にわかりました。Log4Net では、次のように変換パターンで %logger プロパティを使用します。

これにより、必要な出力が得られます。

2008-09-19 15:40:26,906 [3132] ERROR <b>Log4NetTechDemo.Tester</b> [(null)] - Failed method

出力から、ログを呼び出したクラスが Log4NetTechDemo.Tester であることがわかります。そのため、エラーをそのクラスまで簡単に追跡できます。

Logging Applicaton Block では、単純なログ呼び出しでこれを行う方法がわかりません。どうすればできるか知っている人はいますか？もしそうなら、そのための例または手順は非常に役に立ちます。

EntLib Logging Application Block を使用しています。また、パフォーマンスのためにログに msmq を使用する必要があることも判明しました。ここで、Msmqdistributor サービスを使用して、これらのメッセージをキューに記録しようとしています。

Enterprise Library の Msmqdistributor サービスの長所と短所は何ですか?

あなたの経験を共有してください。

SaltEnabledを設定すると、Microsoft Enterprise LibraryのHashProviderでソルトがどのように生成されますか？

新しいマシンにランダムですか？マジックナンバーですか？

（私はソルトとは何かを知っています。問題は、エンタープライズライブラリHashProviderのソルトの実際の値は何ですか）