Microsoftのエンタープライズライブラリ（EntLib）を使用するのはいつが適切ですか？

エンタープライズライブラリを使用するタイミングと使用しないタイミングが正確にわかりません。そのため、まったく学習できません。学習を始めるのには十分な理由があると感じています。おそらくいつかそれを使うつもりです。

EntLibを使用する必要がある場合はありますか？

いつ使用しないのですか？

私は、EntLibを長年使用してきました（個別のアプリブロックであるため）。特に、ブロックが1つだけ必要で、ダウンロードする必要がある場合は、コンポーネントのサイズまでかなり重い場合があることを発見しました。多くの場合、DataコンポーネントとLoggingコンポーネントを一緒に使用します。これは、サイズを正当化するのに十分な機能のように感じます。アプリが厳密にサーバー側にある場合、これはそれほど大きな問題ではありません。良い点の1つは、複数のブロックが必要な場合に、さまざまな方法で構成された複数のベンダーの複数の実装に行く必要がないことです。また、構成に役立つツールも提供します（プラスとマイナス、簡単にできるプラス、構成に役立つツールが必要なマイナス）。

EntLibを作成したチームメンバーと並んで作業している2つのパターンと実践のワークショップに興味を持っていただけたことを嬉しく思います。EntLibを作成する目的は、基本フレームワークの一部ではない、誰もが必要とする共通コンポーネントにMicrosoftのベストプラクティスを実装することでした。それらは非常に安定しており、非常に優れたパフォーマンスと柔軟性を提供します。

まずは、DataやLoggingなどの簡単なブロックをいくつか使用します。これらは、設定して使い始めるのが難しくありません。次に、それらを理解したら、他のブロックに移動するのが少し簡単になります。必要ないとき以外は、使ってはいけない状況は見当たりません。

EntLibには多くの優れた機能がありますが、それらが完全なフレームワークに含まれていない理由があります。ロギングに関するものは優れていますが、データの部分は、私の意見では、完全なフレームワークに後で追加されることで上回っています。また、特定の状況では一部のブロックがうまく適合しないこともわかりました。

言及したように、オーバーヘッドはいくつかのケースでも重要であり、設定は非常に混乱する可能性があります。

ほとんどのアプリにはある程度のパフォーマンスの制約があるため、EntLibのものを例として使用し、EntLibのものよりも頻繁に独自の機能を記述します。

この方法で使用すると、優れた学習ツールになります。