7

私は数年前、COM+ コンポーネントにビジネス データ アクセス レイヤーを展開する ASP.Net アプリを作成していました。これは、ここ私の国のいくつかの企業インフラストラクチャの標準でした。これはまだ推奨されていますか?代替手段は何ですか?

4

5 に答える 5

5

COM+ は実際には MTS ( Microsoft Transaction Server ) の再バッジ化され、Windows 2000 以降のバージョンにバンドルされています (NT4 ではオプションの追加機能でした)。非マネージ コードを使用している場合でも、COM+ はトランザクション中間層の推奨オプションです。実際、.Net や Java よりも効率的で、Tuxedo や Encina よりもはるかに安価であるため ($/TPM を削減)、通常はTPC-Cベンチマーク システムで TP モニターとして使用されます。

WCF ( Windows Communication Foundation ) には独自のトランザクション モニターがあります。これは、COM+ のアーキテクチャが COM に緊密に結合されており、.Net ランタイムを後付けするのが難しいため、合理的です。.Net でトランザクション アプリケーションを作成している場合、WCF はこの機能を提供しますが、System.Transactionsライブラリは ADO.Net クライアントの分散トランザクション サポートも提供します。

于 2008-12-31T01:08:56.167 に答える
4

ここでは WCF について多くのことが語られていますが、正直なところ、それはあなたが求めているものではないと思います。

ASP の初期の頃、すべてのコードをマークアップ ページに配置することは保守が難しいことがすぐにわかりました。その結果、一部の人々は、COM コンポーネントを使用して N 層設計を実装し始めました。典型的な N 層の方法で単純に DAL を構築することを意図している場合、単純なクラス ライブラリで十分ではない理由はありません。

クラス ライブラリの構築を検討し、それを Web プロジェクトへの参照として追加します。もちろん、ADO.NETへの参照として追加します。

于 2008-12-31T02:53:55.797 に答える
3

WCF は、オブジェクト間通信の新しい推奨メカニズムです

于 2008-12-31T00:10:42.600 に答える
-1

過去 2 日間、古い COM+ ビジネス オブジェクトの 2 つを新しい Windows 2003 Server で動作させようとしましたが、COM+ を二度と使用したくないと確信しています。

于 2008-12-31T00:09:09.857 に答える
-3

http://msdn.microsoft.com/en-us/library/ms686988(VS.85).aspxから:

「COM+ は、Microsoft® Component Object Model と Microsoft Transaction Server (MTS) の進化における次のステップです。COM+ は、スレッドの割り当てセキュリティなど、以前は自分でプログラムする必要があったリソース管理タスクの多くを処理しますスレッド プーリングオブジェクト プーリング、およびジャスト イン タイムのオブジェクト アクティベーションを提供することで、アプリケーションのスケーラビリティが向上します。COM+ は、トランザクションがネットワーク上の複数のデータベースにまたがる場合でも、トランザクション サポートを提供することでデータの整合性を保護するのにも役立ちます。」

一種のレガシーのように見えますが、現時点で Microsoft が提供する単一のファッション テクノロジーが COM+ に取って代わるとは思えません。

于 2008-12-31T03:35:25.963 に答える