5

EnterpriseServices AKA Com +のServicedComponentを使用しています

  • 分散トランザクション
  • 属性を使用した単純なトランザクション プログラミング
  • オブジェクトのプーリング

com+に欠けていると思うもの

  • dll のバージョン管理の欠如
  • コンポーネントを変更するたびに gac と reg を行わなければならないという苦痛
  • デバッガをアタッチする必要がある

私は、WCF が COM+ と同じ問題のいくつかを解決することを認識しています。しかし、それはそれらすべてを解決しますか？誰かが私を正しい方向に向けることができますか?

ありがとう

4

3 に答える 3

3

コンポーネントで属性ベースのトランザクションが必要な場合は、WCF がそれを実行できます。ただし、比喩は COM+ のようにコンポーネントではなくなりました。現在は WCF のサービスです。微妙だが重要な変化。WCF は、COM+ と同じトランザクション インフラストラクチャ (DTC) に依存しています。

.NET で COM+ だけが必要な場合は、EnterpriseServices です。同じモデルですが、DLL の展開とバージョン管理を使用する必要があります。プーリングなどを取得できます。また、一時停止/再開やその他の新しい ES 機能も取得できます。

トランザクション プログラミング モデルだけが必要な場合は、System.Transactions 名前空間を使用できます。

オブジェクト プーリングについては、2 回確認してください。オブジェクト プールの使用法を再検討する価値があるかもしれません。何年も前に、オブジェクトをインスタンス化するコストに関する業界の仮定や私たちの理解から、オブジェクト プールの比喩にたどり着きました。これらの仮定と理解は、今日では有効ではない可能性があります。つまり、オブジェクト プールが実際にアプリに役立つ場合とそうでない場合があります。まだ ES ですが、必要かどうかを検討する価値があります。

于 2009-03-31T19:32:28.087 に答える