次の方法で共有


リモート オートメーションを使用する場合

DCOM は、 1996 年に解放され、 32 ビットおよび 64 ビットのプラットフォームでのみ使用できます。Microsoft Visual Basic のチームは通信できるようにするコンポーネントがオートメーションを使用するように Visual Basic に常に説明したください。分散バージョンの欠如、エンタープライズ環境の機能の使用が制限されるため、チーム開発は Visual Basic 4.0 の Enterprise Edition は OLE オブジェクトと COM のオートメーションの部分に対してリモート処理のコンポーネントの独自のセットの作成を調査することにしました。明らかに、主要目的が使用可能になったときに結果がと互換性がで、 DCOM に置き換えることができるようにすることでした。そして、 16 ビットと 32 ビット プラットフォームのリモート オートメーション (RA) の実行を - [詳細]。

リモート オートメーションは特定の言語に限定されませんが、 Visual C++ 4.2 の Enterprise Edition のリリースまで、 Visual Basic 4.0 にのみ付属しています。リモート オートメーションが DCOM によって完全に信頼されていることに注意してください。アプリケーションでリモート オートメーションの代わりに DCOM が使用できる場合、実行する必要があります。いずれにしても、リモート オートメーションがより適切なシナリオがあります:

  • 16 ビットのクライアントがある場所で。

  • 組織が Windows NT または Windows 95 の DCOM 可能バージョンをまだ出さなかったら。

  • 一つ以上の Visual Basic コンポーネントの代わりに C++ コンポーネントを使用するには、リモート オートメーションを使用する既存のアプリケーション スイートをアップグレードします。

DCOM 上のオートメーションを使用するために、リモート オートメーションを使用するために作成されるプログラムで作成されるプログラムの違いを持つ必要がなく、また構成ユーティリティは、リモート オートメーションを DCOM 中に操作を切り替えて非常に簡単にします。その結果、インフラストラクチャが整っている場合は、リモート オートメーションから DCOM にアプリケーションをアップグレードするのが困難ではありません。

参照

概念

リモート オートメーションの機能

DCOM の歴史