COM +アプリケーションでCOMサーバーをホストしない理由はありますか？

Question

in-proc COMサーバーをout-proc COMサーバーに変換する最も簡単な方法は、COM +アプリケーションを作成することです。このようにして起こる可能性のある欠点は何ですか？

Answer 1

あなた自身のコンテナを作成するか、MTS/COM +を支持する第三者のものがあれば、それを使用する理由はまったく考えられません。

• COMオブジェクトのコンテナプロセスへの配布を選択できるようにしました。
• のアカウントを実行するように設定できます。
• コンテナ を監視し、必要に応じて再起動し、 をリサイクルできます。
• は複数のスレッドが必要な のシナリオでSTAコンポーネントをホストすることもできます マルチマルチ ワーカープロセスを起動することで対応します。

6ヶ月以上それを費やすことなくそれ以上にうまくいくとは想像もつきません。

Answer 2

質問を裏返して、私はあなた自身の反自己が「COM-Server以外のCOM-Server以外にもCOM-server以外のオプションがあるのはなぜですか？他のホスティングオプションにはどんな利点がありますか？

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

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