A.   comは、コンポーネントの相互運用性のバイナリ標準を定義します。

B.   comは、Windows、Macintosh、Unixなどの複数のプラットフォームで提供されます。

C.   comは、コンポーネントベースのアプリケーションとシステムの堅牢な進化を提供します。

E.   comは、エラーとステータスレポートのメカニズムを提供します。

A.   ActiveXはCOMと改名されました。

B.   comはActivexと改名されました。

D.   comはActivexに基づいて構築されたテクノロジーです。

E.   どちらも同じです。

A.   公共

C.   友達

D.   予約済み

E.   保護されています

A.   c

B.   C ++

D.   VC ++

E.   ビジュアルベーシック

A.   タイプライブラリの作成に使用されるコード。

B.   インターフェイスの作成に使用されるコード。

C.   システム内のコンポーネントの登録に使用されるコード。

D.   コンポーネントにエラー処理ルーチンを作成するために使用されるコード。

B.   comは、コンポーネント間の通信のメカニズムを提供します。

C.   コンポーネントは、プロセスとネットワークの境界を越えて通信できます。

D.   comはコンポーネントの動的荷重をサポートします。

E.   comは言語に依存しないプログラミングです。

A.   ActiveXコントロールにはCLSIDが必要です。

C.   ActiveXコントロールには、iClassFactoryを実装するクラスオブジェクトが必要です。

D.   ActiveXコントロールは、ディスパッチインターフェイスまたはデュアルインターフェイスを介して、プロパティ、メソッド、およびイベントを公開する必要があります。

E.   ActiveXコントロールは、自己登録のインプロセスコンポーネントでなければなりません

A.   クラス識別子。

B.   インターフェイスインデンティファー。

D.   タイプライブラリ識別子。

E.   カテゴリ識別子。

B.   インターフェイス定義言語。

C.   継承定義言語。

D.   暗黙の定義言語。

E.   インターフェイスダイナミック言語。

A.   regserver32.exe c：\ windows \ system \ mydll.dll

C.   regsvr mydll.dll

D.   regsvr32 mydll.dll

E.   regsvr32 /u c：\ windows \ system \ mydll.dll

A.   ユーザーインターフェイスオブジェクト。

B.   スペルチェッカー。

C.   データベースアクセスオブジェクト。

D.   aおよびc。

A.   外部で作成可能なクラスのインスタンスプロパティは、その値をプライベートに設定しますが、すべての依存オブジェクトはその値をpublicNotCreatableに設定します。

B.   外部で作成可能なクラスのインスタンスプロパティは、その値をpublicNotCreatableに設定しますが、すべての依存オブジェクトはその値をプライベートに設定します。

D.   外部で作成可能なクラスのインスタンスは、その価値をプライベートまたはpublicNotCreatableに設定しますが、すべての依存オブジェクトは、PublicNotCreatableまたはPrivateに値を設定しません。

E.   外部で作成可能なクラスのインスタンスプロパティは、その値がプライベートに設定されていませんが、すべての依存オブジェクトはその値をpublicNotCreatableに設定しません。

A.   インプロセス

B.   アウトプロセス

C.   リモート

D.   aまたはb。

A.   IpersistStream

B.   Ipersist

C.   IpersistStreamInit

D.   aまたはb。

A.   iunknown

C.   呼び出します

D.   私は宣言する

E.   iClassFactory

A.   hkcr \ prog-id \ clsid

C.   hkcr \ clsid \ {object-class-id} \ progid

D.   hkcr \ clsid \ {object-class-id} \ typelib

E.   hkcr \ clsid \ {object-class-id} \ version

A.   インターフェイスの種類。

B.   COMオブジェクトの特別な方法。

C.   comオブジェクトのメソッドへの呼び出し。

E.   サーバープロセスで実行されるオブジェクト。

B.   クラス

C.   インターフェース

D.   ブロック

E.   断片

A.   タイプライブラリを使用します。

B.   IIDを使用して。

C.   GUIDを使用します。

E.   IDLを使用して

A.   Dispatch Interfacesは、comインターフェイスIdispatchを使用して実装されているという事実から名前を取得します。

B.   ディスパッチインターフェイスにより、発信者は実行時にオブジェクトをオブジェクトに照会して、自動化方法とパラメーターのリストを照会し、これらのメソッドを呼び出すことができます。

D.   ディスパッチインターフェイスを公開するcomオブジェクトは、自動化オブジェクトまたは自動化サーバーと呼ばれます。

E.   ディスパッチインターフェイスを使用すると、Visual BasicやPowerBuilderなどのツールがCOMオブジェクトを使用するように適合します。

A.   DCOMはCOMテクノロジーに基づいています。

B.   これは、COMテクノロジーの低レベルの拡張です。

D.   DCOMは、オープングループ分散コンピューティング環境RPCメカニズムに重ねられています。

E.   DCOMを使用して、オブジェクトが変更されるたびにアプリケーションがアップグレードされることは強制されません。これは自動的に行われるためです。

A.   Midlは比較的複雑です。

C.   すべてのパラメーターはポインターでなければなりません。

D.   関数の過負荷はサポートされていません。

E.   オブジェクトインターフェイス内のメソッドのリターンタイプは、hresultでなければなりません。

B.   regtypelib

C.   regtlb

D.   RegisterTlb

E.   regtype

B.   クラス

C.   タイプライブラリ

D.   方法

E.   カテゴリ＆nbsp;＆nbsp;

A.   標準

B.   カスタム

D.   標準、カスタム、インビルド

E.   標準、インビルド

A.   インターフェース

B.   progid

D.   iid

E.   性欲

A.   ロックが削除されるまで、他のクライアントがオブジェクトのリソースにアクセスしないようにします。

B.   オブジェクトの状態をハードディスクに保存するために使用されます。

D.   コンポーネントがクラッシュするのを防ぎます。

E.   開いていて不要なコンポーネントを破壊します。

A.   GUIDは、空間と時間を超えて世界でユニークであることが保証されている整数です。

C.   それらは、すべてのコンポーネントオブジェクトクラスを独自に識別します。

D.   ガイドは、タイプライブラリに埋め込まれています。

E.   GUIDは、コンポーネント間に誤った接続が行われないように、BIND時にCOMシステムによって動的に使用されます。

A.   インターフェイス。

B.   ガイド。

D.   タイプライブラリ。

E.   idl。

B.   COMオブジェクトに、参照が不要になったことを知らせるために呼び出されました。

C.   COMオブジェクトが破壊されたときに呼び出されます。

D.   COMオブジェクトがインスタンス化されたときに呼び出されます。

E.   常にリリース方法後に呼び出されます。

A.   vbscript

B.   PowerBuilder

C.   ビジュアルベーシック

D.   aおよびc。

A.   3

C.   5

D.   6

E.   7

B.   呼び出します

C.   idispatch

D.   私は宣言する

E.   iClassFactory

B.   マクロインターフェイス定義言語。

C.   複数のインターフェイス定義言語。

D.   マクロ識別言語。

E.   最小インターフェイス定義言語

A.   clsid

B.   ID

C.   iid

E.   性欲

A.   開発者は、コンポーネントがさまざまなベンダーによって開発された他のコンポーネントと相互操作するように、独自のコンポーネントを作成する必要があります。

B.   システムを最小限のオーバーヘッドでアップグレードする必要があります。

D.   さまざまな言語で開発されたアプリケーションは、情報を共有できるはずです。

E.   透明なクロスプロセスの相互運用性が必要です

A.   rdo

B.   ODBC Direct。

C.   アド

D.   aおよびc。

A.   クライアントは、コンポーネントをメモリに開いたままにしておくために、LockServerメソッドを保持します。

C.   インスタンスを迅速に作成できるようにするために使用されます。

D.   これは、iClassFactoryインターフェイスの方法です。

E.   クラスの複数のインスタンスを作成するのに特別なパフォーマンスが必要な場合に必要です。

A.   Vtableは仮想関数テーブルの略です。

B.   仮想関数へのポインターを含む順序付けられた配列です。

D.   vtablesは二重の間接で動作します。

E.   各オブジェクトには、そのvtableへのポインターも含まれている必要があります。このポインターへのポインターは、QueryInterfaceによって返されます。

A.   Midlは言語に依存しません。

B.   Midlは、実装からインターフェイスを明確に分離します。

C.   MIDLは、他のIDLには見られないマイクロソフト固有の機能を提供します。

D.   MIDLコンパイラは、プロセスの境界を越えてパラメーターをマーシャリングできるプロキシとスタブを自動的に生成できます。

A.   ping

B.   参照カウント。

D.   pingとスタブ。

E.   ピンとプロキシ。

A.   QueryInterface

B.   addref

C.   addRelease

E.   bおよびc。

A.   クライアントはポインターとのみインターフェイスと対話します。

B.   クライアントがコンポーネントオブジェクトにアクセスできる場合、実際にインターフェイスポインターと呼ばれるインターフェイスの関数にアクセスするポインターがあります。

D.   コンポーネントオブジェクトは、複数のインターフェイスを公開できます。

E.   すべてのインターフェイスが一意に識別されます。

A.   getpointer

B.   GetInterface

D.   addref

E.   リリース

A.   タイプ

B.   tlib

D.   TBL

E.   TPL

A.   コンポーネントのデフォルトメソッド。

B.   ソフトウェアコンポーネントとクライアントの間の強くタイプされた契約。

C.   予想される行動と期待される責任の明確化。

D.   AおよびB。

B.   nointerface

C.   nullinterface

D.   インターフェセンル

E.   インターフェイスなし

A.   タイプチェックは、コンパイル時間で実行できます。これにより、ActiveXクライアントの開発者がオブジェクトにアクセスするための高速で正しいコードを記述するのに役立ちます。

B.   タイプ情報を含むインターフェイスを説明し、IdisPatch :: Invoke for the InterfaceをInvoke for the interping for the Dispinvokeに使用できます。

C.   視覚的な基本アプリケーションは、一般的なオブジェクトタイプではなく、特定のインターフェイスタイプを持つオブジェクトを作成して、早期のバインディングを活用できます。

D.   VTBLSをサポートしていないActiveXクライアントは、コンパイル時にディスパイを読み取り、キャッシュでき、ランタイムパフォーマンスを改善します。

A.   clsid

B.   idl

D.   jit

E.   スレッド

A.   インターフェイスはコンポーネントオブジェクトではありません。

B.   インターフェイスは、クライアントとコンポーネントオブジェクトが通信する関連する関数セットです。

C.   コンポーネントオブジェクトは、メンバー関数をインターフェイスするポインターを提供できる限り、任意の言語で実装できます。

E.   インターフェイスが強く入力されます

A.   2

B.   3

C.   4

E.   6

B.   クラスインターフェイス識別子。

C.   クラスシステム識別子。

D.   クラス言語識別子。

E.   クラス言語識別。

B.   ActiveX dll

C.   ActiveXコントロール

D.   標準DLL

E.   aおよびd。

A.   c

B.   C ++

C.   VC ++

D.   ビジュアルベーシック。

A.   一般的なオブジェクトモデル

B.   コンポーネント目的モデル

D.   コンポーネントオブジェクトモデル

E.   コンポーネントオブジェクト方法論

B.   再利用可能性

C.   メンテナンス

D.   柔軟性

E.   管理可能性

A.   2

B.   3

D.   5

E.   6

B.   cocreateguid

C.   GuidCreate

D.   coguidcreate

E.   CreateNewGuid

A.   グローバルに一意の識別子。

B.   グローバルな識別。

C.   一般的な段階化。

D.   一般的な一意の識別。

A.   progid

B.   clsid

D.   性欲

E.   cid

A.   C ++

B.   VC ++

C.   ビジュアルベーシック

D.   bおよびc

A.   どちらもオブジェクト指向言語です。

B.   名前付きパイプはDCOMに改名されました。

C.   どちらもCOMテクノロジーに基づいています。

E.   DCOMは、機能するために名前が付けられたパイプが必要です。

A.   2つの方法があります。

B.   2つのオブジェクトに適用できます。

D.   2つのディスパッチインターフェイスがあります。

E.   これには、2つの直接Vtableインターフェイスがあります。

A.   comは、コンポーネントの相互運用性に関する一連の標準を定義するソフトウェアアーキテクチャです。

B.   comは特定のプログラミング言語に依存しません。

C.   comは、オブジェクトのリンクと埋め込み（OLE）によって提供されるような、高レベルのソフトウェアサービスの基礎を形成する基礎となるアーキテクチャです。

E.   comは拡張可能です。

A.   IDLは、プログラマーがインターフェイスを定義するのに役立つツールです。

C.   IDLは、COMサーバーを呼び出すためにクライアントで使用される言語です。

D.   IDLは、プロセス通信に使用されます。

E.   IDLはスレッドアーキテクチャです。

B.   ユニバーサルデータ転送。

C.   均一なデータタイプ。

D.   均一なデータ転送。

E.   均一なデータテクノロジー。

A.   クラス識別子パラメーター。

B.   コンポーネントタイプパラメーター。

C.   インターフェイス識別子パラメーター。

D.   aおよびc。

A.   エラー状態。

B.   インターフェイスの別名。

C.   インターフェイスの種類。

E.   破壊されたオブジェクト。

B.   継承識別。

C.   不変のインスタンス識別子。

D.   インスタンス識別子。

E.   継承されたインターフェイス識別。

A.   コーバ

B.   ole

C.   Activex

D.   AおよびB。

B.   オブジェクトベース。

C.   ソフトウェアアーキテクチャ。

D.   言語独立。

E.   ガイドはいくつのビットですか？

F.   16

G.   32

H.   64

J.   256

B.   マルチスレッドアーキテクチャ。

C.   複数のスレッドアーキテクチャ。

D.   Microsoftスレッドアーキテクチャ。

E.   最小スレッドアーキテクチャ。

A.   Windowsソケット。

B.   リモートプロシージャコール（RPC）。

C.   サーバーメッセージブロック（SMB）。

D.   AおよびB。

A.   インターフェイスはクラスではありません。

C.   クラスをインスタンス化してコンポーネントオブジェクトを形成することができますが、インターフェイスは実装がないため、それ自体でインスタンス化することはできません。

D.   異なるcomオブジェクトクラスは、インターフェイスを異なる方法で実装する場合があります。

E.   インターフェイスが存在するには、オブジェクトをインスタンス化する必要があります。

B.   インターフェイス。

C.   タイプライブラリ。

D.   カテゴリ。

E.   方法。

A.   itypeinfo

B.   ICREATETYPEINFO

C.   ICREATETYPELIB

E.   itypeinfo2

A.   標準

B.   カスタム

D.   デュアル

E.   aおよびd

A.   AおよびB。

B.   オブジェクトベース。

C.   ソフトウェアアーキテクチャ。

D.   言語独立。

E.   拡張可能。

A.   16

B.   32

C.   64

E.   256

B.   マルチスレッドアーキテクチャ。

C.   複数のスレッドアーキテクチャ。

D.   Microsoftスレッドアーキテクチャ。

E.   最小スレッドアーキテクチャ。

A.   Windowsソケット。

B.   リモートプロシージャコール（RPC）。

C.   サーバーメッセージブロック（SMB）。

D.   AおよびB。

A.   インターフェイスはクラスではありません。

C.   クラスをインスタンス化してコンポーネントオブジェクトを形成することができますが、インターフェイスは実装がないため、それ自体でインスタンス化することはできません。

D.   異なるcomオブジェクトクラスは、インターフェイスを異なる方法で実装する場合があります。

E.   インターフェイスが存在するには、オブジェクトをインスタンス化する必要があります。

B.   インターフェイス。

C.   タイプライブラリ。

D.   カテゴリ。

E.   方法。

A.   itypeinfo

B.   ICREATETYPEINFO

C.   ICREATETYPELIB

E.   itypeinfo2

A.   標準

B.   カスタム

D.   デュアル

E.   aおよびd

A.   comは、コンポーネントの相互運用性のバイナリ標準を定義します。

B.   comは、Windows、Macintosh、Unixなどの複数のプラットフォームで提供されます。

C.   comは、コンポーネントベースのアプリケーションとシステムの堅牢な進化を提供します。

E.   comは、エラーとステータスレポートのメカニズムを提供します。

A.   ActiveXはCOMと改名されました。

B.   comはActivexと改名されました。

D.   comはActivexに基づいて構築されたテクノロジーです。

E.   どちらも同じです。

A.   公共

C.   友達

D.   予約済み

E.   保護されています

A.   c

B.   C ++

D.   VC ++

E.   ビジュアルベーシック

A.   タイプライブラリの作成に使用されるコード。

B.   インターフェイスの作成に使用されるコード。

C.   システム内のコンポーネントの登録に使用されるコード。

D.   コンポーネントにエラー処理ルーチンを作成するために使用されるコード。

B.   comは、コンポーネント間の通信のメカニズムを提供します。

C.   コンポーネントは、プロセスとネットワークの境界を越えて通信できます。

D.   comはコンポーネントの動的荷重をサポートします。

E.   comは言語に依存しないプログラミングです。

A.   ActiveXコントロールにはCLSIDが必要です。

C.   ActiveXコントロールには、iClassFactoryを実装するクラスオブジェクトが必要です。

D.   ActiveXコントロールは、ディスパッチインターフェイスまたはデュアルインターフェイスを介して、プロパティ、メソッド、およびイベントを公開する必要があります。

E.   ActiveXコントロールは、自己登録のインプロセスコンポーネントでなければなりません

A.   クラス識別子。

B.   インターフェイスインデンティファー。

D.   タイプライブラリ識別子。

E.   カテゴリ識別子。

B.   インターフェイス定義言語。

C.   継承定義言語。

D.   暗黙の定義言語。

E.   インターフェイスダイナミック言語。

A.   regserver32.exe c：\ windows \ system \ mydll.dll

C.   regsvr mydll.dll

D.   regsvr32 mydll.dll

E.   regsvr32 /u c：\ windows \ system \ mydll.dll

A.   ユーザーインターフェイスオブジェクト。

B.   スペルチェッカー。

C.   データベースアクセスオブジェクト。

D.   aおよびc。