3

インプロセス COM サーバーをアウトプロセス COM サーバーに変換する最も簡単な方法は、COM+ アプリケーションを作成することです。この方法で行うことの考えられる欠点は何ですか?

4

2 に答える 2

3

MTS/COM+ を支持して、独自のコンテナーを作成したり、サード パーティのコンテナー (存在する場合) を使用したりする理由はまったく考えられません。私はそれがあなたが望むすべてのことをすることを意味します:

  • コンテナ プロセスへの COM オブジェクトの配布を選択できます。
  • それらを実行するアカウントを構成できます。
  • コンテナー プロセスを監視し、必要に応じて再起動し、それらをリサイクルできます。
  • 複数のワーカー プロセスを起動して複数のスレッドを処理する必要があるシナリオで、STA コンポーネントをホストすることもできます。等

6 か月以上を費やすことなく、それ以上の成果を上げることは想像しがたいです。

于 2009-06-11T22:29:48.250 に答える
1

質問を裏返しにすると、あなたの反自己は、「COM+ サーバー以外にアウト オブ プロセス COM サーバー用のオプションがあるのはなぜですか? これらの他のホスティング オプションにはどのような利点がありますか?」と尋ねるかもしれません。

私は何も準備していませんが、表を想像しています - さまざまな列のヘッダーとして上部にホスティングオプションがあり、行のヘッダーとして特定の属性があります。異なる領域または属性ごとに各ホスティング オプションを評価できます。

主な違いは、管理モデルと機能、および柔軟性にあります。たとえば、Windows サービスで COM サーバーをホストすると、Windows サービスの機能が提供されます。services.msc に関連付けられた管理 UI (管理/操作の両方)、およびそのサービスに他のインターフェイスを追加する柔軟性 (柔軟性)。

于 2009-05-12T22:23:32.083 に答える