JPH10505693A - 異種オブジェクトシステム相互間にインタオペラビリティを提供するシステム及び方法 - Google Patents

Abstract

(57)【要約】 好ましい一実施例に従ったシステム及び方法は、デジタルコンピュータにおける２つ以上の異種オブジェクトシステムからのオブジェクトの相互動作を可能にし、それらを組み合わせてより大型のオブジェクト指向ソフトウェアプロジェクトを生成することができる。また、そのようなシステムと方法の用途を挙げる。外部オブジェクトシステムからのオブジェクトは変更されず、それらが使用又はアクセスされるオブジェクトシステムに対してネイティブであるように見える。実外部オブジェクトに対してネイティブプロクシオブジェクト（他のネイティブオブジェクトとの区別は不可能である）を構成する。プロクシオブジェクトは実オブジェクトに対する識別子と、そのオブジェクトをいかにしてアクセスし且つ操作すべきか、たとえば、その方法をいかにして呼び出し、その特性をいかにしてセットし、例外をいかにして処理するかのソフトウェア記述を指示するポインタとを含む。プロクシオブジェクトが操作されるとき、それはソフトウェア記述の中の命令に従うので、その結果、外部オブジェクトもそれに対応して操作される。

Description

【発明の詳細な説明】 異種オブジェクトシステム相互間にインタオペラビリティを提供するシステム 及び方法 技術分野 本発明はデジタルコンピュータのオブジェクト指向（オブジェクト・オリエン ティッド）ソフトウェアシステム及びそれに関連する方法に関する。 背景技術 オブジェクト指向ソフトウェア技法を使用すると、ソフトウェアオブジェクト を組み合わせることにより、デジタルコンピュータのソフトウェアアプリケーシ ョンが生成される。このプロセスを容易にするため、オブジェクト指向ソフトウ ェアシステムは、通常、オブジェクトモデルと呼ばれるアーキテクチャ仕様を提 供しており、これは、その仕様に合わせて開発される全てのオブジェクトを１つ のアプリケーションの中で一体に境界なく作用させることができる。オブジェク トモデルの例としては、Object Management Groupのコモン・オブジェクト・リ クエスト・ブローカ・アーキテクチャ（Common Object Request Broker Archite cture:CORBA）やマイクロソフト(Microsoft)のコモン・オブジェクト・モデル（ common Object Model:COM.）が挙げられるであろう。また、このようなシステム は、通常、オブジェクトモデル内で提供される基本特徴を実現するオブジェクト システムと呼ばれるソフトウェアも提供する。 オブジェクトシステムは数多くあり、マイクロソフトのオブジェクト・リンキ ング・アンド・エンベディング（Object Linking and Embedding:ＯＬＥ）（Ｃ ＯＭオブジェクトモデルに準拠する）、又はＩＢＭのディストリビューテッド・ システム・オブジェクト・モデル（Distributed System Object Model:ＤＳＯＭ ）及びイオナ(Iona)のORBIX（共にCORBAオブジェクトモデルに準拠する）などの 非常に一般的な性質を持つものもある。例えば、OLE 2 Programmers Reference ，第１巻及び第２巻、Microsoft Press社刊、１９９４年；IBM SOMobjects Deve loper Toolkit V2.0，Programmers Reference Manual，１９９３年；Iona ORBIX ，Advanced Programmers Guide，１９９４年；及びThe Commmon Object request Broker：Architecture and Specification，第６章、OMG，１９９１年などを参 照。これらの参考文献は参考として本明細書にも取り入れられている。 その他のオブジェクトシステムは、例えば、ロータスノーツ(Lotus Notes)な どのグループウェア又は関連データベースなどの領域で特定の機能性を提供する ように設計されている。更に別のオブジェクトシステムは、例えば、ノーベル(N ovell's)のAppWare Bus，ヒューレュトパッカード(Hewlett Packard's)のBroadc ast Message Server及びMicrosoft Visual BasicのＶＢＸオブジェクトメカニズ ムなどのアプリケーションに特定されている。例えば、Lotus Notes Programmer s Reference Manual，１９９３年； Novell Visual AppBuilder Programmers Re ference Manual，１９９４年； Hewlett Packard Softbench BMSのProgrammer R eference Manual，１９９２年； Microsoft Visual Basic 3.0 Professional Fe atures Book 1, COntrol Development Guide，１９９３年などを参照。これら の参考文献も参考として本明細書に取り入れられている。 ソフトウェアアプリケーションを生成する場合、種々のオブジェクトシステム は、様々に異なるタスクに最も良く適合しており、また、最良の解決方法は、通 常、最良の部分（すなわち、オブジェクト）から作成されるので、様々なオブジ エクトシステムからオブジェクトを組み合わせることが望ましい。ところが様々 なオブジェクトシステムからのオブジェクトは、当然のことながら、いくつかの 理由により一体には動作しない。 使用される基本メカニズムの相違、並びにタイプ及びクラスの物理的レイアウ トなどの低レベルのコール(call)のコンベンション(convention)の相違を含めて 、オブジェクトを生成し、方法をコールし且つ各オブジェクトシステムで特性を 設定するための手段に相違があるため、オブジェクトシステムは互換性を失う。 例えば、基本レベルにおいて、ＣＯＭのようないくつかのオブジェクトシステム は直接Ｃ＋＋呼び出しメカニズムを使用する。ＤＳＯＭプリプロセスソースコー ドなどの他のシステムでは、直接呼び出しを実行するのではなく、オブジェクト システムから機能を呼び出し、その結果、実方法にポインタを戻す。このポイン タをデリファレンスして、実際に方法を呼び出す。OLE Automationなどの更に別 のオブジェクトシステムは、専門化された機能を提供し、開発時にはそれらを使 用して方法を呼び出さなければならない（多くの場合、これをダイナミック・イ ンボケーション・インタフェース（Dynamic Invocation Interface:ＤＩＩ）と 呼ぶ）。これらの機能は、呼び出すべき方法を引数として取り出すと共に、方法 の引数を取り出し（通常は特定のフォーマットにパックされている）、開発者に 対して方法を呼び出す。基本呼び出しメカニズムには、他の広い範囲の相違や変 形が数多く存在している。それらの基本メカニズムは、それぞれ、詳細な点でも 異なっている。例えば、ＣＯＲＢＡは環境ポインタ引数を必要とするが（更に、 オプションのコンテクスト引数(context argument)を有する）、他のオブジェク トシステムは必要としない。 基本呼び出しメカニズムの大きな相違に加えて、手続き呼び出しコンベンショ ンと呼ばれることもある低レベル呼び出しコンベンションにも多くの相違点があ る。例えば、戻り値のタイプがフロート又は構造である場合、異なるオブジェク トシステムは方法からの戻り値を異なる方式で処理する。ある場合には値をプロ セッサスタックに戻しても良いが、別の場合には値をレジスタに導入しても良い 。すなわち、異なるオブジェクトシステムからの方法の戻り値を使用すれば、そ の結果、誤りが生じてしまうであろう。手続き呼び出しコンベンションの相違の 例としては、その他に、構造をメモリにパックする方式や、引数をスタックに配 置する方式が考えられる。 様々なオブジェクトシステムは、他のオブジェクトシステムとの間では互換性 を持ち得ない様々なタイプをも支援する。タイプの単純な例は、整数、フロート などの言語タイプを含む。更に複雑な言語タイプとしては、アレイ、ストリング 及びオブジェクトがある。また、CORBAのAny，COMCのVARIANTのような「可変タ イプ」などの意味タイプ(semantic types)もある。意味タイプは、システムに対 して特定の意味論的意味を有するという点で言語タイプとは異なる。いくつかの 意味タイプは概念の上では様々なオブジェクトシステムの中で同一のものを意味 するであろうが、それに対応する言語表現とインプリメンテーションが全く異な る場合もある。共通する例はストリングである。ＣＯＭでは、ストリングは「Ｂ ＳＴＲ」（長さ情報を含むＮＵＬＬで終わらないストリング）を使用して表現さ れるが、ＣＯＲＢＡの場合には、ストリングは従来通りのＣ言語バイトアレイ（ 長さ情報を伴わないＮＵＬＬで終わるストリング）である。従って、ＣＯＭオブ ジ ェクトについては、ＣＯＲＢＡオブジェクトで使用されるストリングに対して作 用するコピーや比較などの機能がいずれも実行不可能になるため、ＣＯＭオブジ ェクトは、ＣＯＲＢＡオブジェクトにＢＳＴＲを渡すことができないであろう。 同様に、ＣＯＲＢＡのＡｎｙやＣＯＭのＶＡＲＩＡＮＴなどの「可変タイプ」は 同一のものを「意味」してはいるが、それらは互換性を持たない。 加えて、オブジェクトシステムはライフサイクル管理に関して、互換性を持ち 得ない様々な規則を有する。ライフサイクル管理という用語は、オブジェクトを 生成し、記憶し、削除するときに必要とされるプロセスを表わす。例えば、ＣＯ Ｍでは、開発者はオブジェクトを自動的に削除できるようにリファレンス・カウ ンティングを実行しなければならない。関連データベースのライフサイクル管理 ははるかに精巧であるが、ＣＯＲＢＡのライフサイクル管理はリファレンスカウ ンティングを伴わず、ごく単純である。 多くの場合、オブジェクトは引数として方法に渡されるので、上記のライフサ イクル管理の問題は重大である。１つのオブジェクトシステムにあるオブジェク トが外部オブジェクトシステムのオブジェクトの方法を呼び出し、（そのオブジ エクトシステムからの）オブジェクトを引数として方法に渡すという場合を考え てみる。外部オブジェクトシステムはそれ自身のオブジェクトしか理解しないの で、オブジェクト引数を外部オブジェクトシステムの対応するオブジェクトに動 的に変換しなければならない。言い換えれば、引数として渡される元のオブジェ クトに適合させるべく、外部オブジェクトシステムで新たなオブジェクトを生成 しなければならない。オブジェクトシステム相互間でインタオペラビリティを作 用させるべきであれば、このような動的ライフサイクル管理、すなわち、対応す るオブジェクト破壊を伴うオブジェクト生成を全て適正に処理しなければならな い。 オブジェクトシステムのインタオペラビリティ(interoperability)のもう１つ の面は、オブジェクトシステム間の例外と誤りの処理の相違である。通常、オブ ジェクトのコードの中で現われる誤り又は例外もそのコードを呼び出したオブジ ェクトの中で処理しなければならない。２つのオブジェクトが異なるオブジェク トシステムから出たものであり、誤り処理メカニズムが互換性を持たない場合、 ソフトウェア障害が起こるであろう。 オブジェクトシステムが様々に異なれば、オブジェクトに関する情報を動的に 問い合わせる方法も異なる。この機能性は、汎用マクロスクリプト記録機能を提 供するオブジェクトシステム並びに分散計算能力を提供するオブジェクトシステ ムについて要求される。例えば、マイクロソフトのOLE 2 Programmers Referenc eの第２巻、アップル社のInside Macintosh: Interapplication Communication の第８章（参考として本明細書にも取り入れられている）、又はObject Managem ent GroupのThe Common Object Request Broker：Architecture and Specificat ionの第６章を参照。すなわち、メカニズムがオブジェクトに関する情報を問い 合わせる方式に互換性がなければ、その結果、他のオブジェクトシステムにおい てオブジェクトを使用する方法に重大な制限が生じる。 先に述べた通り、オブジェクトシステムの設計目標はそれぞれ異なっている。 従って、各オブジェクトシステムは、通常、別のオブジェクトシステムでは利用 できない機能性を有する。その例を２つ挙げると、ＣＯＲＢＡネームスペース（ ＣＯＭにはこれはない）と、複数のインタフェースを支援するＣＯＭオブジェク ト（ＣＯＲＢＡはそのようなオブジェクトを持たない）である。あるオブジェク トに別のオブジェクトシステムでのみ利用可能な何らかのアクションを実行する ことを求めると、ソフトウェアの誤りが起こる可能性がある。 要するに、強く求められる目標は様々なオブジェクトシステムの間にインタオ ペラビリティを提供することである。異なるオブジェクトシステムはオブジェク トに異なる必要条件を課するので、インタオペラビリティを可能にするためには 専門化されたソフトウェアシステムが必要である。従来の技術にも、オブジェク トシステム相互間にインタオペラビリティを提供する方式がある。そのうちスタ ブ・ファンクション・ラッパ(stub function wrapper)；コモン・ワイヤ・プロ トコル；ダイナミック・コンバータの３つが興味ある方式である。 スタブ・ファンクション・ラッパ方式の場合、自動化ツールを使用して、別の オブジェクトモデルの仕様に従うコードにオブジェクトを「ラップ（包む）」す るスタブ機能を生成する。すなわち、このツールはネイティブオブジェクトへ要 求を送り出すために必要なコードのみを含むオブジェクトクラスを外部オブジェ クトシステムで生成する。この「スタブ」コードをコンパイルし、アプリケーシ ョンにリンクする。スタブファンクション方式を示す良い例が、ＩＢＭのウイン ドウズ(Windows)用ＤＳＯＭで実行されているＣＯＭインタオペラビリティであ る。これを使用すると、ＤＳＯＭオブジェクトを持つ開発者がそれらのオブジェ クトをＣＯＭの中から使用したいときに、自動ツールを利用して、対応するＣＯ Ｍオブジェクトのソースコードを生成できる。ＣＯＭオブジェクトのソースコー ドは単にＤＳＯＭへ呼び出しを送り出す一組のスタブ機能である。例えば、ＣＯ ＭアプリケーションがＣＯＭオブジェクトの方法を呼び出したときには、方法は その方法のＤＳＯＭバージョンを再呼び出しするだけである。 一組のスタブ・ファンクション・ラッパを生成するための自動化ツールの１つ は、２つのオブジェクトシステムの間に一方向インタオペラビリティを提供する 。動的ライフサイクル管理で求められるような二方向インタオペラビリティを提 供するためには、第２のツールを書き込まなければならない。追加のオブジェク トシステムを支援すべきであり、且つ３つのシステム全ての間に完全なインタオ ペラビリティが要求される場合には、追加の４つの自動化ツールを書き込まなけ ればならない。実際に、Ｎ個のオブジェクトシステムの間でインタオペラビリテ ィを成立させるために要求されるそのようなツールの数は（Ｎの2乗−Ｎ）であ る。更に、オブジェクトクラスごとに、スタブラッパ機能の（Ｎの2乗−Ｎ）個 のバージョンを生成し、管理し、支援しなければならない。ある特定のアプリケ ーションが数百のクラスを有していると仮定すれば、これは重大な欠陥である。 また、この方法は、タイプ変換の処理、低レベル呼び出しコンベンションの相違 、ライフサイクル管理の相違、誤り及び例外処理の相違、問い合わせ方式、又は 機能性の相違などのインタオペラビリティに関わるその他の問題点については何 の支援も行わない。そのため、オブジェクトのユーザは、手動操作によりそのよ うな変換をユーザ自身のソフトウェアにコード化して、オブジェクトが別のオブ ジェクトシステムのものである（すなわち、オブジェクトがネイティブオブジェ クトとは明確に区別できない）ことを明らかにしなければならない。最後に、新 たなオブジェクトシステムに対する支援は動的ではないので、コードを再コンパ イルし、再びリンクしなければならない。 ダイナミックコンバータは、共にダイナミック・インボケーション・インタフ ェース（ＤＩＩ）を支援する２つのオブジェクトシステムの間にインタオペラビ リティを提供するように設計されている。ＤＩＩは方法を「動的に呼び出す」。 すなわち、ＤＤＩは、開発者に対してオブジェクトの方法を動的に呼び出し、そ の呼び出しをアプリケーションにコンパイルすることを要求する代わりに、事前 に定義済コンベンションを使用して引数を方法に渡す一組の機能である。ダイナ ミックコンバータは２つのＤＩＩの間のハードコード化マップである。方法が呼 び出されると、コンバータコードは第２のオブジェクトシステムのＤＩＩに適す るフォーマットに情報をパッケージし、次に、方法を呼び出す。 スタブ・ラッパ・メカニズムの場合と同様に、この方式はＮ個のオブジェクト システムを支援するために（Ｎの2乗−Ｎ）個のコンバータを必要とする。更に 、ダイナミックコンバータはＤＩＩを支援するオブジェクトシステムと併用しな ければ有効ではない。また、ＤＩＩを使用するために性能が低下する。スタブラ ッパ方式と同様に、この方法も、タイプ変換の処理、誤り及び例外処理の相違、 問い合わせ方式、又は機能性の相違などのインタオペラビリティのその他の問題 について一般に支援しない。従って、ネイティブオブジェクトと区別不可能であ る外部オブジェクトを提供することができない。 コモン・ワイヤ・プロトコル方式は分散オブジェクトシステム、すなわち、異 なる機械アーキテクチャを有する異なるコンピュータに記憶させ得るオブジェク トを含むオブジェクトシステムと併用されるように設計されている。コモン・ワ イヤ・プロトコル方式の場合、基礎をなす共通の分散計算システム（ＤＣＳ）、 すなわちコモンワイヤを共用するオブジェクトシステムがインタオペレイト(int eroperate)できる。共通分散計算システムでは、ＤＣＳにより非（Ｎの2乗−Ｎ ）言語データタイプ転送メカニズムが形成されるので、オブジェクトシステムは 言語データタイプを転送することができる。 この方式は低レベル呼び出しコンベンションの問題に対処し、低レベルデータ タイプのマッピングを実行する。Ｎ個のオブジェクトシステムを支援することが どれほど複雑になるかは、オブジェクトシステムが同一のオブジェクトモデルを 共用するか否かによって直接に決まる。共用しているならば、基本呼び出しコン ベンションの相違、意味タイプの相違、ライフサイクル管理の相違、誤り及び例 外処理の相違、又は機能性の相違の間にインタオペラビリティを成立させる必要 はなく、各オブジェクトシステムはＤＣＳを支援するだけで良い。これを示す例 は、それぞれがOpen Software FoundationのDistributed Computing Environmen t(DCE)を使用できるＩＢＭのＤＳＯＭ、イオナ(Iona)のOrbix，ヒューレットパ ッカードのＤＯＭＦなどの様々なＣＯＲＢＡオブジェクトシステム相互間のイン タオペラビリティであろう。 共通オブジェクトモデルを共用しないオブジェクトシステムの間のインタオペ ラビリティである場合には、この方式は残る問題点を処理するために（Ｎの2乗 −Ｎ）個のコンバータを必要とする。更に、インタオペレイトしなければならな いオブジェクトシステムが共用分散計算システムの最上部に形成されていないと きには、この方式は全く機能しない。また、ＤＣＳに依存しているため、資源の 消耗がことのほか激しい。単純なデータタイプの転送は処理するが、より複雑な タイプ変換、ライフサイクル管理の相違、誤り及び例外処理の相違、問い合わせ 方式、又は機能性の相違を処理するための汎用メカニズムは提供されないので、 他の従来技術と同様の欠点が見られる。 オブジェクトシステムのインタオペラビリティの問題を直接解決しようとした 従来の上記の方式と並んで、この問題の様々な要素をそれぞれ別の見方で処理し た方法が他にもある。 異なる低レベル呼び出しコンベンションの間のマッピングの問題に対処したシ ステムはいくつかある。米国特許第４，７３６，３２１号には、対話言語ワーク スペース、すなわち、ＡＰＬが外部言語手続きを呼び出すことができる方法が記 載されていた。この場合、ＡＰＬ環境に対してＦＯＲＴＲＡＮ機能を宣言し、Ａ ＰＬ環境はＡＰＬ呼び出し及び引数をＦＯＲＴＲＡＮ呼び出し環境にマッピング した。この特許の方法は対話ＡＰＬ言語環境に特定されており、ＡＰＬから複数 の言語（ＦＯＲＴＲＡＮ及びアセンブラ）への一方向アクセスを実行する。任意 の数の言語の間で両方向アクセスを行う方法ではなく、コンパイル言語コードシ ステムの間では機能しない。 これに類似するメカニズムは米国特許第５，２７４，８２１号にＰｒｏｌｏｇ に関して記載されており、この場合、Ｐｒｏｌｏｇ言語手続きは外部言語機能を 呼び出すことができ、逆に、外部言語機能がＰｒｏｌｏｇ言語を呼び出すことも できた。この特許においては、マッピングはテーブル駆動方式を使用して実行さ れた。すなわち、Ｐｒｏｌｏｇから複数の言語へのマッピング及び複数の言語か らＰｒｏｌｏｇへのマッピングは、テーブルの中で低レベル呼び出しコンベンシ ョンをシステムに記述することによって実行された。この情報は実行時にマッピ ングを動的に実行するために使用された。米国特許第４,７３６,３２１号の方法 と同様に、この方法は対話言語環境に特定され、この場合はＰｒｏｌｏｇに特定 されている。ＰｒｏｌｏｇからＮ個の言語への両方向マッピングを実行するが、 Ｎ個の言語相互間でのマッピングは実行しない。この方法はコンパイル言語コー ドシステムの間では機能せず、いずれにしても、（Ｎの2乗−Ｎ）個の変換テー ブルを必要とするであろう。 米国特許第５，２１０，８７６号に記載されたメカニズムにおいては、インタ プリタはコンパイル手続きを呼び出すことが可能であり、コンパイル手続きは解 釈済手続きを呼び出す。すなわち、元のコンパイル手続きにより呼び出される新 たな中間コンパイル手続きを生成した。その後、新たなコンパイル手続を元のコ ンパイル手続きと動的にリンクさせた。新たに生成された手続きは引数をインタ プリタが要求するフォーマットに変換し、次に、解釈済手続きを呼び出した。最 後に、結果をコンパイル言語により要求される元の形に変換した。従来の他の技 法と同様に、この特許は解釈される環境がコンパイル言語コードを呼び出すのを 容易にしている。また、従来の他の技法と同様に、Ｎ個のシステムの間の手続き 呼び出しコンベンションの変換を支援するためには、（Ｎの2乗−Ｎ）個のコー ド発生器が必要であろう。 米国特許第５，０９７，５３３号は、様々な事前確定済コンピュータ言語を単 一のソフトウェアシステムにインタフェースする方法を説明している。この場合 には、言語ごとにコードを書き込み、その言語のＡＰＩから基礎となるソフトウ ェアシステムの単一のＡＰＩヘマッピングする。この特許では、言語ごとにマッ ピングを実行するために、コードを書き込むことによりＮ個の言語から１つの言 語へ手続き呼び出しコンベンションをマッピングする。この方法はＮ個の言語コ ンベンションの間での変換には有効でなく、いずれにしても、（Ｎの2乗−Ｎ） 個のコードブロックを書き込む必要があるだろう。 米国特許第５，１４６，５９３号には、単一のソフトウェアインタフェースを 使用して複数の手続きを呼び出す方法が記載されている。実際、これはＤＩＩの 一例にすぎず、異なるプログラミング言語ヘマッピングするように設計されたＤ ＤＩである。この場合、方法はテーブルを使用して、特定の言語の低レベル呼び 出しコンベンションを記述する。ユーザ（すなわち、呼び出しを実行したいソフ トウェア開発者）はＤＩＩインタフェースをそのアプリケーションとリンクし、 手続き識別子と、事前定義済フォーマットをとるデータ構造とをアプリケーショ ンに渡すことにより、ＤＤＩインタフェースを使用して全ての呼び出しを実行す る。この方法はＮ個の言語呼び出しコンベンション相互間のインタオペラビリテ ィを支援するものではなく、その目的のために拡張しようとしたならば、やはり （Ｎの2乗−Ｎ）個のテーブルが必要になるであろう。 上記の特許には、様々な言語の低レベル呼び出しコンベンションの相違を処理 するためのメカニズムを提供するように設計されているということが共通してい た。米国特許第５，２１０，８７６号を除き、それぞれの特許は様々な言語タイ プを変換する手段も提供する。しかしながら、これらの特許は高レベル呼び出し コンベンションの相違という問題には触れていない。事実、それぞれの高レベル 呼び出しコンベンションは異なっているため、その相違を問題にする必要はない 。また、意味タイプ相互間のマッピングの支援も行ってはいない。 例えば、米国特許第５，１８７，７８７号のような他の特許は、意味タイプ互 間のマッピングの問題を扱っている。この特許においては、意味タイプ間のマッ ピングは、２つのソフトウェアアプリケーションをデカップルする通信インタフ ェースを構成するために使用される、より大型のシステムの１つの要素であるに すぎなかった。この場合、通信で使用される意味タイプは自己記述型であるよう に設計されていた。この特許は、インタオペラビリティを得るために意味記述を データ表現から分離させなければならないと教示している。更に、開発者は、い ずれかの場所に、別の意味形態をとって存在すると思われるデータをアクセスす るためにシステムＡＰＩを使用する。従って、このメカニズムは開発者の側にデ カップルデータを使用するための明確な知識を必要とし、単−ＤＩＩに類似して いるので、同じような制約が見られる。 米国特許第５，２７８，９７８号には、２つのデータベースの間で情報を転送 する方法が記載されていた。システムの一部として、言語タイプと意味タイプの 双方をマッピングするためのメカニズムが説明されていた。各言語タイプにはマ ーカ記述子と呼ばれる標準識別子が付されている。同様に、各意味タイプには、 それとは別に、タイプ定義と呼ばれる標準識別子が付されている。別のデータベ ースからデータを受信したとき、それらの記述を使用して変換を実行する。変換 は受信側データベースで実行されるので、それぞれのデータベースは他の全ての 機械環境と意味タイプの事前定義済記述、すなわち、（Ｎの2乗−Ｎ）個の変換 記述を有していなければならない。 発明の概要 本発明は、いくつかの実施例の中で、複数の異種オブジェクトシステムからの ソフトウェアオブジェクトが両方向にインタオペレイトし、且つより大型のソフ トウェアシステムの生成に際してそれらのソフトウェアオブジェクトを組み合わ せることを可能にするデジタルコンピュータ内の単一システムを提供する。外部 オブジェクトシステムからのオブジェクトは変更されないが、それらが使用又は アクセスされるオブジェクトシステムに対してネイティブであるように見える。 追加オブジェクトシステムへの支援はシステムの実行中に動的に追加されるので 、支援される他の全てのオブジェクトシステムとの間に両方向インタオペラビリ ティが追加される。また、オブジェクトを変更する必要なく、１つのオブジェク トシステムの特徴を他のオブジェクトシステムでも支援できるようにするメカニ ズムも提供される。 外部オブジェクトを別のオブジェクトシステムでも使用できるようにするため に、これらの実施例のシステムは、実外部オブジェクトに対してネイティブ・プ ロクシ・オブジェクト（native proxy object）（他のネイティブオブジェクト とは区別不可能である）を構成する。プロクシオブジェクト(proxy object)は実 オブジェクトに対する識別子と、そのオブジェクトをいかにしてアクセスし、操 作するか、例えば、その方法をいかにして呼び出し、その特性をいかにしてセッ トし、例外をいかにして処理するかを表わすソフトウェア記述に対するポインタ とを含む。プロクシオブジェクトを操作するときには、ソフトウェア記述の中の 命令に従うので、その結果、外部オブジェクトもそれに相応して操作される。 これらの実施例のシステムは、デフォルト・インプリメンテーション(default implementations)を伴ういくつかのオブジェクト指向フレームワーク(object-o riented frameworks)を提供する。オブジェクトシステム特有の又は均一のネー ムスペースにおいてオブジェクトの場所を動的に指定するフレームワークと；オ ブジェクトクラス又はインスタンス(instance)の特性を記述するフレームワーク と；意味タイプと言語タイプの双方を記述するフレームワークと；プロクシオブ ジェクトの操作を実外部プロジェクトへ送り出すためにソフトウェア記述を「実 行」するフレームワークと；誤り及び例外を処理するフレームワークと；オブジ ェクトのライフサイクルを生成し、コピーし、破壊し、管理するフレームワーク と；オブジェクト定義を「エクスポート」する、すなわち、１つのオブジェクト システムのオブジェクトを一時的に又は永久に他のオブジェクトシステムにある ネイティブオブジェクトとは区別不可能なオブジェクトクラスとして見えるよう にするフレームワークとがある。 更に、どのオブジェクトクラスの記述にも余分な情報を追加するフレームワー クがある。そのような追加情報を「ミキシン（mixin）」と呼ぶ。オブジェクト をそれが支援しない方式で操作される場合、例えば、ある集合体の中央の要素を 戻すことが求められているが、その要素がそのような方法を支援しない場合には 、システムはオブジェクトと関連するミキシンに要求を支援できるか否かを尋ね る。支援できるのであれば、ミキシンはその要求を引き継ぎ、実行する。このよ うにして、オブジェクトシステムのオブジェクトの能力を、それらのオブジェク トが当然支援しないと考えられる他のオブジェクトシステムの特徴をもって拡張 するための汎用メカニズムが提供される。 上記のそれぞれのフレームワークのデフォルト・インプリメンテーションへの 拡張はオブジェクトシステムによってグループ化され、オブジェクトシステムア ダプタ（ＯＳＡ）と呼ばれるライブラリにパッケージングされる。ＯＳＡをシス テムのＯＳＡレジストリ・フレームワーク(OSA Registry framework)にロードす ることができ、従って、新たなオブジェクトシステムを動的に支援し、且つ他の オブジェクトシステムとの間に完全なインタオペラビリティを提供するために必 要なあらゆるものを追加できる。 このシステムが独立して使用されても良く、あるいは、より大型のソフトウェ アシステムの１つの要素として組み込まれても良いことは当業者には自明であろ う。 本発明の更に別の実施例も提供される： （Ａ）「汎用オブジェクト」、すなわち、複数のオブジェクトシステムで同時に インプリメントされるように見え、且つそれが支援するオブジェクトシステムを 動的に変更することができる単一のオブジェクトの生成を可能にするシステム及 び方法。前記システムは個別構成、アプリケーション構成及びサーバ構成でもオ ブジェクトの生成を可能にする。更に、そのようなオブジェクトは解釈済又はコ ンパイル済言語技法に基づいていても良い； （Ｂ）ライブラリ又は対話方式に基づき、前記「汎用オブジェクト」を含むオブ ジェクトクラスの構成を可能にするシステム及び方法。前記オブジェクトクラス を生成するとき、このようなシステムは複数のオブジェクトシステムからのオブ ジェクトのサブクラスを構成するか、それらのオブジェクトを取り込むか、又は そのインスタンスを組み込んでも良い。 （Ｃ）アプリケーション及びサーバの実行中に、オブジェクトクラス及びオブジ ェクトを利用するソフトウェアも実行中であっても、そのソフトウェアを崩壊さ せることなく、１つ又は複数のオブジェクトシステムの中でオブジェクトクラス 及びオブジェクトの場所をアプリケーション間及びサーバ間で変更することを可 能にするシステム及び方法。 図面の簡単な説明 本発明の上記の面は、添付の図面と関連して与えられる以下の詳細な説明を参 照することにより更に容易に理解されるであろう。 図１は、本発明の好ましい一実施例に従った（使用中の）システムの概略図で ある。 図２は、本発明の好ましい一実施例に従ったシステムアーキテクチャの概略図 である。 図３は、アダプタ・レジストリ・フレームワーク(Adapter registry framewor k)にプラグ接続された図２のオブジェクト・システム・アダプタ(Object System Adapter)を示す図である。 図４は、図２の実施例に従った１つの方法と、１つの特性とを有するクラスの 記述を示す図である。 図５は、図２の実施例に従った入れ子型記述を示す図である。 図６は、ＣＯＲＢＡ Ｃ言語呼出しコンベンションに従う方法の記述を示す図 である。 図７は、ダイナミック・インボケーション・インタフェース(Dynamic Invocat ion Interface)を使用して呼び出される類似する方法の記述を示す図である。 図８は、オブジェクトの代表的なライフサイクルを示す図である。 図９は、図２のシステムを使用してクラスを露出させるために使用されるプロ セスを示す図である。 図１０は、図２の実施例に従った代表的なプロクシオブジェクトを示す図であ る。 図１１は、本発明の好ましい一実施例に従った「汎用オブジェクト」の個別構 成、アプリケーション構成及びサーバ構成を示す図である。 図１２ａは、個別構成で汎用オブジェクトをイネーブルするシステムの一例を 示す図である。 図１２ｂ及び図１２ｃは、それぞれ、アプリケーション構成とサーバ構成を示 す図である。 特定の実施例の詳細な説明 図１は、本発明の好ましい一実施例に従ったデジタルコンピュータで使用され るシステム１０５の簡略化した概略図を示す図である。 プロセス１０１は、プロセス１０２及びオブジェクト１０３が実行される第２ のオブジェクトシステムとは明確に異なる、「ネイティブ」のオブジェクトシス テムと呼ばれる第１のオブジェクトシステムを使用して実行される。プロセス１ ０２とオブジェクト１０３を実行する第２のオブジェクトシステムは、「外部(f oreign)」オブジェクトシステムと呼ばれる（オブジェクト１０３を使用してい るプロセス１０１に対して外部のものである）。システム１０５はプロクシオブ ジェクト１００を構成している。プロクシオブジェクト１０１は、プロセス１０ １中のネイティブオブジェクトシステムを使用して実行される他のオブジェクト からは区別不可能であるように見える。システム１０５により確定されるプロク シオブジェクト１００は実オブジェクト１０３と、実オブジェクト１０３をいか にしてアクセスし且つ操作するか、たとえば、その方法をいかにして呼び出し、 その特性をいかにして設定し、例外をいかにして処理するかを記述するソフトウ ェア記述１０４に対するポインタを含む。プロセス１０１がプロクシオブジェク ト１００を操作するとき、その操作はシステムによりインタセプトされて、実オ ブジェクト１０３へと送られる。システムはソフトウェア記述１０４中の命令に 続いて操作を進め、その結果、実オブジェクト１０３の対応する操作が実行され る。システムは、どのオブジェクトシステムがその命令を作成したかにかかわら ず、ソフトウェア記述１０４中の命令に従うことができるので、オブジェクトシ ステムのインタオペラビリティに対する非（Ｎの2乗−Ｎ）アプローチとなる。 図２を参照すると、本発明の好ましい一実施例に従ったシステムの簡略化した アーキテクチャが示されている。後述するように、出願人は広範囲にわたるオブ ジェクトシステムにおいて広範囲にわたるハードウェアプラットフォームについ てこの実施例を実施し、申し分のない結果を得た。図中、三角形の記号１１０は 、その右側にある項目がサブクラスであることを指示する。システムは次のよう な９つのフレームワークを含む。 ロケーション・列挙フレームワーク(Enumeration Frame work)１： オブジェクトシステムに特有の又は均一なネームスペースにおいてオブジェク トの場所を動的に規定する。このフレームワークには、場所を指定されたオブジ ェクトの特性を確定する能力が含まれている。 クラス記述フレームワーク２： オブジェクトクラス又はインスタンスの特性を記述する。 タイプ記述フレームウェア３： 意味タイプと言語タイプ双方を記述し且つ変換する。 フォワーディング・エンジン・フレームワーク４： プロクシオブジェクトの操作を実外部オブジェクトへ送り出すためにソフトウ ェア記述を「実行（execute）」する。 誤り・例外処理フレームワーク５： 誤り及び例外を処理する。 ライフサイクル管理フレームワーク６： オブジェクトのライフサイクルを生成し、コピーし、破壊し、管理する。 オブジェクトエクスポートフレームワーク７： オブジェクト定義を「エクスポート（export）」する。すなわち、１つのオブ ジェクトシステムにおけるオブジェクトを他のオブジェクトシステムで一時的に 又は永久にネイティブオブジェクトクラスとは区別不可能なオブジェクトクラス として見えるようにする。 加えて、１つのオブジェクトシステムでのみ見いだされる特徴を全てのオブジ ェクトシステムで支援できるように、どのオブジェクトクラスの記述にも余分な 情報を追加するためのミキシン支援フレームワーク８がある。また、オブジェク トシステムアダプタ（ＯＳＡ）１０をロードし、アンロードし、管理するための ＯＳＡレジストリ・フレームワーク９もある。ＯＳＡ１０は、システムにより提 供される前述のフレームワークの各々のデフォルト・インプリメンテーションに 対する拡張を一体にパッケージするライブラリである。ＯＳＡは、追加されると 、対応するＯＳＡがロードされている他の全てのオブジェクトシステムの間に完 全な両方向インタオペラビリティを成立させる。 更に詳細なアーキテクチャについては、実施例の詳細な説明の終わりに添付し たVisual Edge Software 社のClass Registry Functional Specification（ペー ジ１４１からページ１４３）を参照のこと。上記のアーキテクチャをここで説明 する実施例の有効性に影響を及ぼすことなく再編成し得ることは当業者には理解 されるであろう。 図３は、ＯＳＡレジストリフレームワーク９と、ロードされるいくつかのＯＳ Ａとを示す。この構成においては、システムはそれらのＯＳＡに対応する４つの オブジェクトシステムの間にインタオペラビリティを提供している。 本発明の特定の実施例はC++で書き表されており、マイクロソフトのウインド ウズ(Windows3.1)及びWindows NT,ＩＢＭのＯＳ／２及びＡＩＸ、サンマイクロ システムズ(Sun Microsystems)のSunOS及びSolaris，並びにヒューレットパッカ ード(Hewlett Packard)のHP-UXで実行される。オブジェクトシステムアダプタは マイクロソフトのOLE Automation，ＩＢＭのＳＯＭ及びＤＳＯＭ、マイクロソフ トのＣＯＭに対して実行されており、マイクロソフトのVisual Basic VBXオブジ ェクトシステムに対応する。さらに、ＯＳＡは解釈言語環境に合わせて実行され ている。現時点では、この実施例は対応するＯＳＡを伴うオブジェクトシステム において使用されるべき純粋C++でインプリメントされたオブジェクトをイネー ブルするための支援を実行する。同様に、この実施例は現時点では対応するＯＳ Ａを伴うオブジェクトシステムにおいて使用されるべきＣで書き込まれた（すな わち、どのオブジェクトシステムにも書き込まれていない）ソフトウェアをイネ ーブルするための支援を実行する。 以下の各章は上記のフレームワークをそれぞれ説明し、以下の各章の番号は図 ２の項目番号に相当する。 １）ロケーション・列挙フレームワーク： オブジェクトシステムに特有の又は均一なネームスペースにおけるオブジェク トの場所を動的に指定するためのフレームワーク。 ロケーション・列挙フレームワークは、図２ｂに示すように、「アダプタネー ムスペース(Adapter NameSpace)」１１１と呼ばれるオブジェクトシステムに特 有のネームスペースサブフレームワークと、「ビューネームスペース(View Name Space)」１１２と呼ばれるオブジェクトシステムとは無関係のネームスペース サブフレームワークの２つの主要サブフレームワークを有する。これらが合わさ ると、新たなオブジェクトシステムについてフレームワークにおける支援を追加 する際に、アダプタネームスペースをサブクラス化するという線形（すなわち、 非（Ｎの2乗−Ｎ））動作を実行するだけで良い。 ロケーション・列挙フレームワークは、ＯＳＡにより使用されるか、又はオー バライドされ（オブジェクト指向の意味で）、個々のオブジェクトシステムに特 有な能力と置き換えられる一連の総称(generic)能力を提供する。すなわち、ア ダプタネームスペース１１１は、オブジェクトシステムの中で１つの特定のクラ ス、インスタンス、機能、タイプ、例外、サブネームスペース、あるいはクラス 、インスタンス、機能、タイプ、例外、サブネームスペースの完全なリスト、も しくはその何らかの組み合わせの場所を指定するための能力の探索を実行する。 この探索プロセスの間に、正規表現整合などの周知の数多くの探索技法を適用で きることは当業者には明白であろう。従って、オブジェクト指向原理を使用すれ ば、単一のインタフェース、すなわち、アダプタ・ネームスペース・インタフェ ースをシステムのその他の部分により利用して、どのような特定のオブジェクト システムでも探索し、それが提供する情報の階層を確定して、戻せる。 アダプタネームスペースの項目は、システムの実行時又は特定のＯＳＡのロー ディング時に列挙できる。しかしながら、多くの場合、アダプタネームスペース は、ユーザがブラウジング操作を実行するか、システムが特定のクラスのオブジ ェクトを構成する必要が生じたか、又はシステムが別のオブジェクトシステムで も見えるクラスを作成する必要が生じたときのように、要求が発生するまでは内 容を列挙しない。 アダプタネームスペースは、システムにより提供される総称メカニズムを使用 するか、又はオブジェクト特有メカニズムを供給することによって内容を列挙す る。システムが提供する総称メカニズムには、静的メカニズム、動的メカニズム 又はデータベースメカニズムが含まれる。静的メカニズムの場合、システムのユ ーザはシステムＡＰＩを呼び出して、ユーザの情報を登録する。動的メカニズム の場合には、システムはオブジェクト自体（又は言語インタプリタの記号テーブ ルのような、そのシステムを利用しているソフトウェア）に問い合わせて、情報 を確定する。データベースメカニズムの場合には、システムはファイル又はレポ ジトリ(repository)を読み取って、情報を確定する。レポジトリを読み取る場合 の例としてはＣＯＲＢＡインタフェースレポジトリから情報を問い合わせること 、ＣＯＭタイプライブラリを読み取ること、「ヘッダファイル」（たとえば、C+ +ヘッダファイル又はＣＯＲＢＡ ＩＤＬファイル）を読み取ること、又は「ダ イナミック・リンクライブラリ」の記号テーブルを読み取ることが挙げられるで あろう。通常は、各ＯＳＡは総称メカニズムのいくつかの能力をオーバライドし なければならないであろう。 第２のサブフレームワークであるビューネームスペース１１２は、クラス、イ ンスタンス、タイプなどの情報を編成するためのオブジェクトシステム独立メカ ニズムを提供する。ビューネームスペースは非巡回グラフで編成されても良い。 また、ビューネームスペースをサブクラス化して、名前付きオブジェクト（すな わち、クラス、インスタンス、タイプなど）のフラットリストのような特定の能 力を提供しても良い。アダプタネームスペースで列挙される項目は、いずれも、 ＯＳＡのネームスペース全体を含めて、ビューネームスペースの中に配置できる 。ファイルシステムにおいては通常見られることであるが、エイリアスを提供す ると共に、循環性を認識する。このように、システムのユーザはオブジェクトシ ステムとは全く無関係に完全に情報の場所を指定し且つ情報を編成する手段を得 る。 ２）クラス記述フレームワーク(Class Description Framework)： オブジェクトクラス又はインスタンスの特性を記述するためのフレームワーク アダプタネームスペース及びビューネームスペースには、クラスを記述するた めの情報が含まれている。クラス記述フレームワークは、この能力をイネーブル にすると共に、ＯＳＡが組み込み機能性をオーバライドできるようにするために 提供される。クラス記述フレームワークは、クラス、インスタンス、特性、機能 （方法を含む）、引数及び例外を記述する一連のクラスから構成されている。使 用される対応クラスは、それぞれ、ＶＣｌａｓｓＤａｔa，ＶＩｎｓｔａｎｃｅ Ｄａｔａ，ＶＰｒｏｐＤａｔａ，ＶＦｕｎｃｔｉｏｎＤａｔａ，ＶＡｒｇｕｍｅ ｎｔＤａｔａ及びＶＥｘｃｅｐｔｉｏｎＤａｔａと名付けられている。以下に説 明するように、タイプを記述するための追加フレームワークであるタイプ記述フ レームワークも利用される。上記のクラスの各々は、それが表わすオブジェクト の名前、そのタイプ、その所有者（たとえば、クラス特性を記述している場合に は、所有者はそのクラスということになるであろう）、それを管理するオブジェ クトシステム並びに「利用（usage）コード」（後述する）について求めること ができる。 クラスを記述するために使用されるクラス記述フレームワーク中のクラスは、 （特性又は方法を記述する場合とは異なり）ＶＣｌａｓｓＤａｔａと呼ばれる。 ＶＣｌａｓｓＤａｔａは、静的データ構造、連係リストデータ構造などを構築す るのではなく、方法呼び出しの結果を戻すことによって、システムのその他の部 分に対してＶＣｌａｓｓＤａｔaが表わすクラスの記述を提供する。たとえば、 特性のリストを戻すクラス方法(class methods)を提供する。これにより、ＯＳ ＡはＶＣｌａｓｓＤａｔａをサブクラス化し、その方法をオーバライドして、シ ステムのその他の部分に対して依然として単一のＡＰＩを提供しつつ、オブジェ クトシステム特有インプリメンテーションを使用してクラス記述を行うことがで きる。 ＶＣｌａｓｓＤａｔａは、それが記述するクラスについて、ベースクラス（Ｖ ＣｌａｓｓＤａｔａのリストとして）；コンストラクタ、デュプリケータ及びデ ストラクタ（ＶＦｕｎｃｔｉｏｎＤａｔａとして）；クラスの方法（ＶＦｕｎｃ ｔｉｏｎＤａｔａのリストとして）；クラスの特性（ＶＰｒｏｐＤａｔａとして ）；クラスの例外（ＶＥｘｃｅｐｔｉｏｎＤａｔａのリストとして）を戻すため の方法；並びにクラスの名前付きインスタンスを戻すための方法を有する。 機能とクラス方法を記述するクラス記述フレームワーク中のクラスをＶＦｕｎ ｃｔｉｏｎＤａｔａと呼ぶ。ＶＦｕｎｃｔｉｏｎＤａｔａクラスは、それが記述 する機能について、引数（ＶＡｒｇＤａｔａとして）、機能がスロー(throw)で きる例外（ＶＥｘｃｅｐｔｉｏｎＤａｔａのリストとして）及び機能に関する呼 び出し可能エントリポイント（又は方法）を戻すための方法を有する。 クラス特性を記述するクラス記述フレームワーク中のクラスをＶＰｒｏｐＤａ ｔａと呼ぶ。ＶＰｒｏｐＤａｔａクラスは、それが記述する特性について、特性 をセットするための方法並びに特性を獲得するための方法（共にＶＦｕｎｃｔｉ ｏｎＤａｔａとして）を戻すための方法を有する。 同様に、機能引数を記述するクラス記述フレームワーク中のクラスであるＶＡ ｒｇＤａｔａは、それが記述する引数について名前、タイプ及び利用コードを戻 すための方法を有する。インスタンスを参照するクラスであるＶＩｎｓｔａｎｃ ｅＤａｔａは、その値（すなわち、実際のインスタンス）を獲得し、且つセット するための方法を有する。例外を記述するクラスに関しては、以下の誤り・例外 処理の章で説明する。 上記の情報は、通常、ネームスペースが列挙されるときにＯＳＡにより構築さ れるが、システムのユーザによって直接に構築されても良い。ＯＳＡがその内容 を列挙するときにどの能力もオーバライドしない場合、通常、ＯＳＡは、情報を 検索する方法を有するのに加えて情報をセットするための相応する方法を有する 上記のクラスの各々のサブクラスを使用するであろう。そのため、オブジェクト システムの内容を確定するとき、ＯＳＡは上記のクラスの必要なインスタンスを 構築し、それらを「連結」するための方法を呼び出すであろう。たとえば、ＯＳ Ａはそれらの方法を支援するＶＣｌａｓｓＤａｔａのサブクラスを構築し、次に 、そのクラスの特性に対応するＶＰｒｏｐＤａｔａを構築し、更に、ＶＣｌａｓ ｓＤａｔａの中の特性のリストをセットするための方法を呼び出すであろう。図 ４は、ＯＳＡが１つの方法１２と、１つの特性１３とを伴うＤＳＯＭクラス１１ の記述を構築した結果を示す。この方法は１つの引数１４及びショート(short) １５を取り出し、ロング(long)１６を戻す。特性１３はショートのタイプ１７で あり、ショート引数１９及び２０をとる値１８をセットする機能を有し、ボイド Void)２１を戻す。特性は、ショート２３を戻す値２２を獲得する機能をも有す る。図４に示すように、情報をツリーとして編成する必要がないことは当業者に は明白であろう。 ３）タイプ記述フレームワーク(Type Description Framework)： 意味タイプと言語タイプの双方を記述するためのタイプ管理フレームワーク クラス記述フレームワークと同様に、タイプ記述フレームワークは、意味タイ プと言語タイプの双方を含むタイプを記述するためのものである。タイプ記述フ レームワークは、ＶＴｙｐｅＤａｔａと呼ばれるタイプを記述するためのベース クラスと、整数、フロート、ダブル、バイト、符号なしロングなどの基本タイプ を表わすＶｃｒＦｕｎｄａｍｅｎｔａｌと呼ばれるＶＴｙｐｅＤａｔａの１つの サブクラスとを提供する。更に、構造（ＶｃｒＳｔｒｕｃｔ），ユニオン（Ｖｃ ｒＵｎｉｏｎ），ポインタ（ＶｃｒＰｏｉｎｔｅｒ）及びファンクションポイン タ（ＶｃｒＦｕｎｃｔｉｏｎＰｏｉｎｔｅｒ），オブジェクト参照（ＶｃｒＯｂ ｊｅｃｔＲｅｆ），アレイ（ＶｃｒＡｒｒａｙ）及びストリング（ＶｃｒＳｔｒ ｉｎｇ）を含むシーケンス（ＶｃｒＳｅｑｕｅｎｃｅ）、エニュムス（ｅｎｕｍ ｓ）（ＶｃｒＥｎｕｍ）などの複合タイプをＶＴｙｐｅＤａｔａのこれらのサブ クラスを使用して記述することができる。また、任意に複合タイプを生成するた めに、タイプを入れ子型にすることも可能である。図５は、２つの項目２６及び ２７を含む構造２５に対するポインタ２４であるタイプの記述を示す。第１の項 目はショート２８であり、第２の項目はロング２９である。 ４）フォワーディング・エンジン・フレームワーク(Forwarding Engine Framewo rk)： これらの記述は、プロクシオブジェクトの操作をを実外部オブジェクトへ送り 出すことをどのようにして可能にするのであろうか？ クラス記述及びタイプ記述という上記の要素を組み合わせて、１つのクラスを 完全に記述する。この方法の鍵となる２つの面は、意味論的にそれらの要素が有 意味である否かに関して要素にタグを付すことと、記述の中に意味情報と、非意 味情報の双方を含めることである。その結果、この記述方法は基本呼び出しメカ ニズムと、言語呼び出しコンベンションとを完全に記述することができる。たと えば、図６ａは、ＣＯＲＢＡ呼び出しコンベンションに従った単純な方法呼び出 しに関する宣言を示す。方法３５は、オブジェクト３０と、環境ポインタ３１（ 全てのＣＯＲＢＡ方法呼び出しの特性、環境ポインタは誤りを戻すためのメカニ ズムとして最も一般的に使用される）と、Ｘ３２及びＹ３３と名づけられた引数 という４つの引数をとる。この方法はボイド３４を戻す。図６ｂは、この方法の 対応する記述を示す。 図７ａは、異なる呼び出しコンベンションを使用する別のオブジェクトシステ ムにおける同じ方法を示す。この宣言においては、ダイナミック・インボケーシ ョン・インタフェース（ＤＩＩ）を使用して、方法を呼び出す。第１の引数３６ はオブジェクトである。第２の引数は方法３７の識別子である。次は引数３８の 数のカウントである。最後に、これら引数はアレイ３９にパックされる。ＤＩＩ は誤りポインタ４０を戻す。図７ｂは、この呼び出しの対応する記述を示す。尚 、いずれの場合にも、オブジェクトＸ及びＹのみが意味論的に有意味（ＳＭ）の ものとしてタグを付される。記述される他の面はその方法呼び出しをいかにして 実行すべきかのアーティファクトであるにすぎない。 要するに、１つのオブジェクトから別のオブジェクトへ方法呼び出しを送り出 すために、フォワーディングエンジンは実行された方法呼び出しの記述をウォー クダウン(walk down)し、呼び出しスタックから意味論的に有意味の全ての情報 を引き出す。次に、フォワーディングエンジンはそれが実行しようとしている方 法呼び出しの記述をウォークダウンし、記述された全ての情報を「コールスタッ ク(call stack)」に挿入し（コンピュータシステムの各プロセッサは機能呼び出 しを実行する前に引数をどの場所に挿入すべきかに関して特定の規則を有する、 そのような場所を一般には「コールスタック」と呼ぶ）、意味論的に有意味の情 報を正しい位置に転送する（また、必要に応じて、タイプを変換する）。次に、 実際に方法を呼び出すための正しい機能を呼び出す。方法が戻ったならば、同様 にその結果を元の方法コールスタックへ転送して、戻す。 図７ｃには、以下では外部オブジェクトシステムと呼ばれる図７のオブジェク トシステムで実行されるオブジェクトが、以下ではネイティブオブジェクトシス テムと呼ばれる図６のオブジェクトシステムに書き込まれたソフトウェアにより 使用されている場合に、図６の方法３５を呼び出したときに実行されると思われ るステップが示されている。 まず、ＯＳＡがプロクシを構築した方式に基づいて、ＯＳＡはそのプロクシを 操作したソフトウェアから制御の流れ７０１を受け取る。次に、ＯＳＡが構築し たプロクシのレイアウトに基づいて、ネイティブオブジェクトシステムのＯＳＡ は実オブジェクトと、実オブジェクト及びプロクシオブジェクトの双方に関する ＶＦｕｎｃｔｉｏｎＤａｔａとを検索する（７０２）。これらはフォワーディン グエンジンフレームワークに渡される。代表的なプロクシオブジェクトのレイア ウトを図１０に示すと共に、以下の７章で説明する。 フォワーディングエンジンフレームワークの第１の主要ステップはプロクシの ＶＦｕｎｃｔｉｏｎＤａｔａをトラバースし、ＶＦｕｎｃｔｉｏｎＤａｔａを使 用して、発生したばかりの方法呼び出しから意味論的に有意味の全ての情報を検 索する（７０３）。フォワーディングエンジンフレームワークはその引数のリス ト（すなわち、ＶｃｒＡｒｇｕｍｅｎｔのリスト）を尋ねる。引数ごとに、その 引数が意味論的に有意味であるか否かを判定する。引数自体が意味論的に有意味 でなく、その引数が複合タイプである場合、引数はそれ自体の中に意味論的に有 意味の情報をまだ含んでいると考えられる。従って、エンジンは引数の中に意味 論的に有意味の情報が存在しないことを確認するために、引数の内容を繰り返し トラバースしなければならない。 意味論的に有意味でない情報は放棄され、意味論的に有意味の情報は記憶され る。この例では、第１の引数３０は方法が呼び出されたオブジェクトである。こ れは意味論的に有意味であるので、記憶される（ただし、プロクシオブジェクト に対するこの識別子はネイティブＯＳＡにより既に検索されているので、最適化 という意味では記憶する必要はない）。 次の引数３１は意味論的に有意味ではないので、無視される。第３及び第４の 引数３２及び３３は、それぞれ、意味論的に有意味であるので、検索、記憶され る。たとえば、インテル４８６マイクロプロセッサで実行される機能呼び出しか ら情報を検索するための方法の詳細な説明については、本明細書に参考として取 り入れられているIntell486 Microprocessor Family Programmer's Reference M anual（１９９２年）を参照。 元の方法呼び出しから意味論的に有意味の全ての情報を検索したならば、フォ ーワーディングエンジンが実行する次の主要ステップは、「コールスタック」に 適切な引数を配置することにより、実オブジェクトに関して方法呼び出しを構築 し始める（７０４）。この例では、フォワーディングエンジンは外部オブジェク ト（すなわち、実オブジェクト）の方法をいかにして呼び出すかを表わす、図７ に示すＶＦｕｎｃｔｉｏｎＤａｔａをトラバースし、引数のリストを検索するで あろう。 第１の引数３６は意味論的に有意味であるので、これをコールスタックに挿入 しなければならない。フォワーディングエンジンは、整合する情報を見出すため に、元の方法呼び出しから検索した情報のリストをトラバースする。この場合に はオブジェクト。元の呼び出しからのオブジェクトを外部呼び出しより要求され るタイプに変換し、スタックに挿入しなければならない。フォワーディングエン ジンは要求されるオブジェクトが実オブジェクトであるか否かを確認する（この 場合には実オブジェクトである）という最適化を含み、従って、その実オブジェ クトをコールスタックに挿入する。第２の引数３７は、フォワーディングエンジ ンがコールスタックに挿入するストリング定数「MethodName」（すなわち、実方 法の名前）である。同様に、第３の引数３８は値が２である定数ショートである ので、コールスタックには２が挿入される。 第４の引数３９は複合タイプであるので、フォワーディングエンジンはその要 素をトラバースする。フォワーディングエンジンは２つのロング整数を含むこと ができるアレイを生成する。次に、フォワーディングエンジンは第１のエントリ を元の呼び出しから検索された情報と整合し、第１の位置にＸを挿入する（ロン グ整数として、タイプ変換は不要）。第２の引数Ｙについても同じことを実行す る。これが完了したならば、フォワーディングエンジンはアレイをコールスタッ クに挿入する。 フォワーディングエンジンフレームワークにより実行される第３の主要ステッ プは、実際の方法を呼び出す（７０５）。フォワーディングエンジンは呼び出す べき機能のアドレスをＶＦｕｎｃｔｉｏｎＤａｔａ４１に要求する。この例では 、フォワーディングエンジンはＤＩＩ機能のアドレスを戻す。次に、フォワーデ ィングエンジンは実際に機能を呼び出すためにポインタをデリファレンスする。 フォワーディングエンジンにより次に実行されるステップは、戻り値を処理す る（７０６）。フォワーディングエンジンはコールスタックから戻り値を検索す る。その戻りタイプが、元の方法呼び出しのＶＦｕｎｃｔｉｏｎＤａｔａに要求 される。元の方法呼び出しはボイドを戻すので、「戻りスタック」に情報を挿入 する必要はない（「戻りスタック」という用語は、一般に、機能呼び出しの結果 が記憶されるコンピュータプロセッサ特有の１つ又は複数の記憶場所を表わす） 。 元の方法呼び出しから戻る前の最終ステップは誤り及び例外の処理である。こ の例では、外部方法は誤り情報に対するポインタを戻す（７０７）。ＶＦｕｎｃ ｔｉｏｎＤａｔａの元来のトラバースは、環境ポインタを誤り情報を含むものと して識別していた（環境ポインタは誤り情報を転送するためのネイティブオブジ ェクトシステムの標準メカニズムである）。誤り及び例外処理フレームワークは 、例外が起こったか否かを判定し、情報を外部オブジェクトシステムにおいて実 オブジェクトに対する方法呼び出しにより提供された形態からネイティブオブジ ェクトシステムに適する形態に変換するタスクを委託される。この例では、必要 な変換が起こり、制御はフォワーディングエンジンに戻され、最終的には、元々 、方法３５を呼び出したプロセスに戻される。 尚、フォワーディングエンジンが実行する一連のステップをソースコードとし て自動的に生成し、希望に応じて、実行のためにコンパイルすることが可能であ る。同様に、以上の説明は方法呼び出しに関連してなされていたが、あらゆる操 作に適用されることに注意する。更に、特に説明のない限り、操作中であるオブ ジェクトがオブジェクトシステムから出たものである必要はない。たとえば、変 更なしのＣ言語ソフトウェアがどのようなオブジェクトシステムでも実行される ように見せることができる。 ＯＳＡは、システムのフォワーディングエンジンフレームワークコードに方法 の送り出しを自動的に処理させるか否か、あるいはカスタムフォワーディング方 式を提供するためにフレームワークをサブクラス化するか否かについて選択でき る。場合によっては、ＯＳＡは実行しようとしている方法呼び出し（実行された ばかりの、送り出さなければならない方法呼び出しではない）の記述を見て、コ ールスタックからどの意味情報を除去しなければならないかを判定することがで きる。ＯＳＡは呼び出しがちようど実行されたオブジェクトシステムに対応する ため、ＯＳＡライタはコールスタックから情報をどのようにして除去すべきかを ＯＳＡにコード化することができる。すなわち、ＯＳＡはそれ独自の方法の一般 記述をウォークダウンする必要がない。 同様に、実方法（すなわち、外部オブジェクトシステムの方法）に関してＶＦ ｕｎｃｔｉｏｎＤａｔａを構築したＯＳＡは、実呼び出しを実行するために必要 であるとわかったどのような手段でも利用するように構築することができる。た とえば、ＯＳＡは、更にカスタム処理を実行するためにＯＳＡへ「コールバック 」するようにＶＦｕｎｃｔｉｏｎＤａｔａを構成することができる。 上記のクラスの記述は、ある特定のオブジェクトシステムに特有のものではな い。クラスを記述するためにどのオブジェクトシステムによっても生成可能であ り、いずれかのオブジェクトシステムによるオブジェクトの操作をいずれかのオ ブジェクトシステムへ送り出すために、どのようなＯＳＡによってもトラバース でき、「実行」できる。そのため、オブジェクト操作を送り出す方法は（Ｎの2 乗−Ｎ）方式ではない。 オブジェクト自体の記述のためにオブジェクトが問い合わせられる場合にも類 似の方法が使用される。ネイティブオブジェクトの記述は、プロクシによりトリ ガされて、フォワーディングエンジン又はＯＳＡのいずれかによってトラバース され、意味情報はその要求を発したオブジェクトシステムが要求するフォーマッ トに変換される。そのような情報のフォーマッティングはＯＳＡの責務の１つで ある。 前述のように、何らかのタイプを含むストリング及び変数などの意味タイプ並 びに言語タイプを含むタイプは、多くの場合、オブジェクトシステム相互間で変 換されなければならない。システムは、２つのオブジェクトシステムの間で意味 タイプ及び言語タイプを非（Ｎの2乗−Ｎ）方式で変換することができるオブジ ェクト指向タイプシステムであるタイプ記述フレームワークを提供する。フォワ ーディングエンジンは、呼び出されたばかりの方法の記述の中のタイプ情報を利 用することにより、コールスタックから情報を引き出す。呼び出されようとして いる方法の記述をウォークするとき、フォワーディングエンジンは同様に予期さ れるタイプをも知る。元来のタイプと予期されるタイプの双方を知った後、タイ プ記述フレームワークは変換を実行する。 この特定の実施例においては、タイプ変換に際して、オブジェクト指向タイプ キャスティング及び中性タイプ表現という２つのメカニズムが提供される。オブ ジェクト指向タイプキャスティングでは、タイプ記述フレームワークは全てが同 一のタイプのサブクラスであるタイプの間で変換を実行することができる。これ は、それぞれのサブクラスがインプリメントする一組の方法を提供するスーパー クラスＶＴｙｐｅＤａｔａによって実行される。これらの方法はインスタンスを 構築するために必要な情報を戻す。この情報はサブクラスタイプのいずれをも十 分に生成できる。従って、変換時には、スタックからちょうど引き出されたタイ プのインスタンスについてこれらの方法を呼び出す。その結果は、スタックに挿 入されようとしているタイプのインスタンスを生成するために必要な情報を提供 する。 中性タイプ表現では、タイプはそれら自体を１つ又は複数の中性タイプに変換 する方式、並びに中性タイプからそれら自体に変換する方式を知る。たとえば、 ストリングのサブクラスとしてのＣＯＭ Ｂｓｔｒのようなストリングタイプは それ自体をＡＳＣＩＩストリング又はＵｎｉｃｏｄｅストリングに変換する方法 並びにＡＳＣＩＩストリング又はＵｎｉｃｏｄｅストリングからＢｓｔｒに変換 する方法を有していると考えられる。従って、いずれかのストリングタイプから 他の何らかのストリングタイプに変換するときには、第１のタイプはそれ自体を ＡＳＣＩＩ又はＵｎｉｃｏｄｅに変換し、第２のタイプはＡＳＣＩＩ又はＵｎｉ ｃｏｄｅからそれ自体に変換する。尚、タイプはどちらの変換が最も効率が良い かを承認することができ、変換は必要なときにのみ実行される。更に、以上の説 明は、タイプ変換の最適化が望まれる特定のオブジェクトシステム（及びタイプ ）相互間での直接タイプ変換メカニズムの追加を排除するものではないことが当 業者には認められるであろう。 タイプ記述フレームワークは自動プロクシ構築をトリガする目的でも使用され る。すなわち、オブジェクトタイプを渡すとき、オブジェクトを呼び出されるべ きオブジェクトシステムのオブジェクトに「変換」しなければならない。そのた め、プロクシを構築する必要がある。プロクシ構築に関わる詳細なステップにつ いては、６）章及び７）章で説明する。 ５）誤り及び例外処理フレームワーク(Error and Exception Handling Framewor k）： 誤り及び例外を処理するためのフレームワーク 誤り及び例外処理フレームワークは，タイプ変換システムに大きく依存してい る。どのＶＦｕｎｃｔｉｏｎＤａｔａについても、その一部としてＶＥｘｃｅｐ ｔｉｏｎＤａｔａを生成する。何らかの例外が起こったときには、タイプ変換シ ステムはその例外を１つのオブジェクトシステムにおけるタイプから別のオブジ ェクトシステムの対応するタイプに変換する。加えて、タイプ変換メカニズム はＶＥｘｃｅｐｔｉｏｎＤａｔａの方法を介して、外部オブジェクトシステムの 例外処理システムをトリガする働きをする。 ６）ライフサイクル管理フレームワーク(Llfecycle Management Framework)： オブジェクトのライフサイクルを生成し、コピーし、破壊し、管理するための フレームワーク。 ７）オブジェクト・エクスポーティング・フレームワーク(Object Exporting Fr amework）： オブジェクト定義をエクスポートするためのフレームワーク。 オブジェクトのライフサイクルはオブジェクトシステムごとに異なるが、代表 的なオブジェクトシステムにおける１つのオブジェクトのライフサイクルを図８ に示す。プロセスは、ユーザがオブジェクトのインスタンスを生成しようとした ときに始まる（４２）。まず、オブジェクトシステムは、オブジェクトを生成す るためのファクトリが利用可能であるか否かを判定する（４３）。ファクトリが 利用可能でないならば、オブジェクトを生成するための呼び出しの中で指定され る通りに、オブジェクトシステムはサーバをスタートさせようとする（４４）。 オブジェクトシステムはサーバアプリケーションをスタートし（又は適切な動的 連係ライブラリをロードし）、サーバアプリケーションへ実行を移行する（４５ ）。サーバは初期設定を実行し、それが支援する全てのクラスに対してファクト リを生成する（４６）。次に、場合によっては「ファクトリ露出」と呼ばれるプ ロセスの中で、サーバはそのファクトリをオブジェクトシステムと共に登録する （４７）。そのプロセスが完了すると、サーバは制御をオブジェクトシステムに 戻す（４８）。そこで、オブジェクトシステムは所望のクラスのインスタンスを 生成するために適切なファクトリの方法を呼び出す（４９）。ファクトリはオブ ジェクトのインスタンスを生成し（５０）、最後に、そのインスタンスがユーザ に戻される（５１）。オブジェクトが利用される間に、オブジェクトに対する追 加参照が生じる場合もある（５２）。オブジェクトは、それ自身に対する参照を 有するいずれかの相手により破壊される場合もある（５３）。オブジェクトを破 壊するためにオブジェクトへの参照を使用するたびに、サーバはオブジェクトク リーンアップが必要であるか否か（たとえば、オブジェクトが使用しているメモ リを割り当て解除すべきか否か）を判定する（５４）。典型的には、これは最終 参照を破壊するときに起こる。 システムは、インタオペラビリテイをトランスペアレントに提供する。その結 果、システムは、オブジェクトシステムに対して、オブジェクトシステムに合わ せて特別に設計されたどのサーバも従うと考えられる標準ライフサイクルプロト コルに従う標準オブジェクトサーバとして現れなければならない。従って、シス テム、更に特定すれば、要求が起こったオブジェクトシステムのＯＳＡは、項目 ５及び６、項目８．５を含む項目３について責務を負い、１０及び１２の間に、 オブジェクトの利用／操作が適正に且つトランスペアレントに実オブジェクトへ 送り出されるように保証している。ところが、８．５の間には、ＯＳＡは別のＯ ＳＡ、すなわち、実オブジェクトが生成されたオブジェクトシステムのＯＳＡと 共に機能して、実オブジェクトのプロクシを生成する。 システムは上記のステップを実行するためのフレームワーク、すなわち、オブ ジェクト・エクスポーティング・フレームワーク(Object Exporting Framework) を提供する。このシステムを含むどのアプリケーション／サーバも４４になりう るであろう。図９に示すように、ステップ４６を実行するときに、アプリケーシ ョンはそれ自体を初期設定し（５５）、次にシステムを初期設定する（５６）。 別のオブジェクトシステムからのクラスごとに、アプリケーション／サーバはこ のオブジェクトシステムにおいて利用可能にすることを望み、要求側のオブジェ クトシステムのＯＳＡでＥｘｐｏｓｅＦａｃｔｏｒｙ方法を呼び出す（５７）。 そのようなクラスのリストは、持続ストア又はファイルから確定されるか、ある いは動的に確定されて、アプリケーション／サーバでハードコード化されてもよ い。ＥｘｐｏｓｅＦａｃｔｏｒｙ方法は露出させるべきクラスのＶＣｌａｓｓＤ ａｔａと共に呼び出され、ネイティブオブジェクトシステムから実ファクトリオ ブジェクトを戻す。これは必要に応じて新たなファクトリを構築するか（５８） 、又は先に生成されていたファクトリを戻す（５９）。また、その方法はそのフ ァクトリをネイティブオブジェクトシステムと共に登録する（６０）。 クラスを露出させることのもう１つの面は、それらをネイティブオブジェクト システムの「レポジトリ(repository)」に登録することである。これは外部オブ ジェクトシステムに適する「言語」（ＣＯＲＢＡシステムにおけるインタフェー ス定義言語、すなわち、ＩＤＬ，ＣＯＭのタイプライブラリ、又はC++ヘッダフ ァイル）でインタフェース記述を生成することを含んでいても良い。これには、 ＯＳＡがオブジェクトシステムのレポジトリと共にクラスを登録するためにＡＰ Ｉを使用することも要求されるであろう。 オブジェクトインスタンスを生成するためにオブジェクトシステムがファクト リの方法を呼び出すとき、外部オブジェクトシステムにおいて実インスタンスを 生成し、次にネイティブオブジェクトシステム（すなわち、ファクトリの設計の 元になったオブジェクトシステム）に戻されるべきプロクシを生成するのは、フ ァクトリのジョブである。ファクトリを構築するとき、ＯＳＡはそのオブジェク トシステムのオブジェクトに関わるＶＣｌａｓｓＤａｔａを構築する。このＶＣ ｌａｓｓＤａｔａと、実オブジェクト（ＥｘｐｏｓｅＦａｃｔｏｒｙ方法呼び出 しでＯＳＡが提供されたオブジェクト）とはファクトリオブジェクトと共に記憶 される。オブジェクトを生成するためのファクトリオブジェクトの方法がオブジ ェクトシステムによって呼び出されると、ファクトリオブジェクトはフォワーデ ィングエンジンを使用して、作成呼び出しをそのオブジェクトシステムから（生 成したＶＣｌａｓｓＤａｔａを使用して）ネイティブオブジェクトシステムへ送 り出す。実オブジェクトが戻されると、ファクトリオブジェクトは外部オブジェ クトシステムに関わるＯＳＡ（更に厳密にいえば、ＯＳＡで提供されるオブジェ クト・エクスポーティング・フレームワークのサブクラス）においてＡｃｑｕｉ ｒｅＰｒｏｘｙ方法を呼び出すことによりプロクシオブジェクトを構築する。 ＡｃｑｕｉｒｅＰｒｏｘｙ方法は実オブジェクトのＶＣｌａｓｓＤａｔａと、 オブジェクトのインスタンスとを渡される。方法はネイティブオブジェクトシス テムでプロクシオブジェクトを構築し、そのオブジェクトと、そのＯＳＡにより 要求される全ての情報に対するポインタを関連づける。プロクシオブジェクトの レイアウトはＯＳＡまでであるが、代表的なプロクシオブジェクトを図１０に示 す。プロクシオブジェクト６１は、その方法テーブル６２（C++ではｖｔａｂｌ ｅと呼ばれる）に対するポインタと、メタデータオブジェクト６３に対するポイ ンタとから構成されている。メタデータイオブジェクトは、方法テーブル６４に 対するポインタと、ネイティブオブジェクト６５のＶＣｌａｓｓＤａｔａに対す るポインタと、ネイティブオブジェクト識別子６６と、プロクシオブジェクト６ ７のＶＣｌａｓｓＤａｔａに対するポインタと、経路短縮情報６８とから構成さ れている。 ネイティブオブジェクトシステムでクラスのインスタンスが初めて生成される とき、オブジェクトシステムのＡｃｑｕｉｒｅＰｒｏｘｙ方法は一般的には方法 テーブルを生成しなければならない。方法テーブルを動的に生成する方式と、Ｏ ＳＡがどの方法が呼び出されたかを検索するのに十分な情報を各方法と関連させ る方式は当業者には理解されるであろう。方法テーブルを介してオブジェクトシ ステムにより方法が呼び出されたとき、通常は次のステップが実行される：まず 呼び出されたばかりのプロクシオブジェクトの方法に関わるＶＦｕｎｃｔｉｏｎ Ｄａｔａを検索する。次に、プロクシオブジェクトのメタデータからネイティブ オブジェクトのＶＣｌａｓｓＤａｔａを検索し、今度はネイティブオブジェクト の対応する方法に関わるＶＦｕｎｃｔｉｏｎＤａｔａを検索する。これらは方法 呼び出しの送り出しのためにフォワーディングエンジンに渡される。 プロクシオブジェクトの構成は４２におけるようにユーザにより、又はタイプ 変換システムによりトリガできる。タイプ変換によってトリガされる場合には、 ＡｃｑｕｉｒｅＰｒｏｘｙを呼び出すだけで良い。 ＡｃｑｕｉｒｅＰｒｏｘｙ方法を呼び出すとき、新たなプロクシオブジェクト を生成するのに先立って、ネイティブオブジェクトのプロクシオブジェクトがこ のオブジェクトシステムの中に既に存在しているか否かを検査しなければならな い。システムにより提供される能力を利用して、方法はオブジェクトのキャッシ ュを検査する。プロクシオブジェクトが存在しているならば、それを戻し、そう でなければ、システムは経路短縮が要求されるか否かを検査する。オブジェクト システムのインタオペラビリティを提供するために複数のシステムが協働してい るとき、プロクシを構築すべきオブジェクトそれ自体がプロクシオブジェクトで ある可能性がある。経路短縮(path shortening)とは、そのプロクシに関してプ ロクシを生成せず、その代わりに「オブジェクトの経路を短縮し」、実オブジェ クトに関してプロクシを生成する動作を表わす。たとえば、本明細書の中にも参 考として取り入れられている「SSP Chains: Robust，Distributed References S upporting Acyclic Garbage Collection，Shapiro，Dickman及びPlain Fosse著 ，Symposium on Principles of Distributed Computing（１９９２年８月）」な どの文献に、数多くの経路短縮アルゴリズムが記載されている。 ８）ミキシン支援フレームワーク(Mixin Support Framework)： オブジェクトクラスの記述に余分の情報を追加するためのフレームワークであ り、１つのオブジェクトシステムでのみ見出された特徴を全てのオブジェクトシ ステムで支援できるようにする。 多くの場合、１つのオブジェクトシステムは、別のオブジェクトシステムでは 利用できない特徴を提供する。更に、オブジェクトシステムはそのオブジェクト がいくつかの特徴を提供することを期待する場合が多い。システムは、ミキシン と呼ばれるそのようなインタオペラチリティの問題を処理するための汎用メカニ ズムを提供する。ミキシンは、単に、システム中の他の何らかのオブジェクトが 提供できる機能性を拡張するためにそのオブジェクトと関連づけることができる オブジェクトであるにすぎない。ミキシンはネイティブオブジェクトが提供しな いか、あるいはネイティブオブジェクトの方法のいずれか又は全てをオーバライ ドする方法を提供できる。全てのフレームワークはミキシン支援フレームワーク からサブクラス化されているので、ミキシンオブジェクトはシステムから提供さ れるどのクラスのどのインスタンスにも追加できる。 フォワーディングエンジンがネイティブオブジェクトの方法を求めてＶＦｕｎ ｃｔｉｏｎＤａｔａを検索するためにＶＣｌａｓｓＤａｔａをウォークダウンす るとき、まず、フォワーディングエンジンは方法を提供するオブジェクトと関連 するミキシンオブジェクトが存在するか否かを判定する。存在するのであれば、 エンジンは（ネイティブオブジェクトについて方法が存在するとしても）ネイテ ィブオブジェクトの方法ではなく、ミキシンの方法を呼び出す。ミキシンオブジ ェクトの方法をトリガして、ネイティブ方法呼び出しの前又は後に、ネイティブ オブジェクトの能力を増補することも可能である。システムにクラスレベル又は インスタンスレベルで知られているオブジェクトとミキシンオブジェクトを関連 づけても良い。更に、ミキシンオブジェクトはオブジェクトのサブクラスが列挙 されるにつれて継承される。ミキシン支援メカニズムを介して、ネイティブオブ ジェクトはその能力が増補されたことを認識する必要はない。 ９）ＯＳＡレジストリフレームワーク(OSA Registry Framework)： オブジェクトシステムアダプタをロードし、アンロードし、管理するためのフ レームワーク。 先に説明したように、オブジェクトシステムアダプタは、上記のフレームワー クのシステムのデフォルトインプリメンテーションの拡張を共にパッケージする ライブラリである。ＯＳＡはそれが対応するオブジェクトシステムと、ＯＳＡを 伴う他の全てのオブジェクトシステムとの間の両方向インタオペラビリティを完 全に支援するために必要なあらゆるものをパッケージしている。システムはＯＳ Ａレジストリフレームワークと名づけられたフレームワークを使用して、ＯＳＡ を動的にロード、アンロードすることができる。ＯＳＡレジストリフレームワー クはＡｄａｐｔｅｒＮａｍｅｓｐａｃｅｓをロード、アンロードするための方法 を提供すると共に、システムのその他の部分に、どのオブジェクトシステムが支 援されるかを確定するためのオブジェクトシステムとは無関係の方式を提供する 。ＯＳＡはシステムの実行中にロード、アンロードされることができ、支援され るオブジェクトシステムの範囲を動的に拡張する。 本発明のその他の実施例 その他の実施例の範囲にある発明。別の実施例においては、たとえば、次のよ うなシステム及び方法が提供される。 （Ａ）「汎用オブジェクト(universal object)」、すなわち、複数のオブジェク トシステムで同時に実行されるように見え、且つどのオブジェクトシステムを支 援するかを動的に変更することができる単一のオブジェクトの生成を可能にする システム及び方法である。このようなシステムは「汎用オブジェクト」の生成を 個別構成、アプリケーション構成及びサーバ構成で可能にする。更に、そのよう なオブジェクトは、解釈済言語技法又はコンパイル済言語技法に基づいていれば 良い。 異種オブジェクトシステムがインタオペレイトすることを可能にするのに加え て、このようなシステムは、わずかに変形した構成で使用された場合、オブジェ クトがいくつかのオブジェクトシステムで同時にインプリメントされるように見 せることができる。図１１は、そのような構成で使用されているシステムの一例 を示す。図中、独立したＣＯＭオブジェクト６９は、ＤＳＯＭベースアプリケー ション７１においてＤＳＯＭオブジェクト７０として現われているばかりでなく 、ＯＲＢＩＸベースアプリケーション７３においてもＯＲＢＩＸオブジェクト７ ２として現われている。 代表的なオブジェクトシステムがそのオブジェクトを使用できるようにする構 成には、「インプロセス(in process)」と「アウトオブプロセス(out of proces s)」の２つがある。たとえば、OLE2.0 Programmers Reference及びIBM SOMobjec ts Developer Toolkit Programmers Reference Manualを参照。オブジェクトを 「インプロセス」で使用する場合、オブジェクトは共用ライブラリと呼ばれるこ とも多い「ダイナミックリンクライブラリ（ＤＬＬ）」として使用され、それら のオブジェクトを使用しているソフトウェアと同じプロセススペースにおいて実 行する。オブジェクトを「アウトオブプロセス」で使用する場合には、オブジェ クトは、それらを使用しているソフトウェアのプロセススペースの中ではなく、 オブジェクトが入っている別のアプリケーション又はサーバのプロセススペース において実行する。 図１１は全てのオブジェクトが別個のプロセスで実行している場合を示すが、 インプロセスのオブジェクトと、アウトオブプロセスのオブジェクトの双方を支 援するオブジェクトシステムについては、システムをいずれの構成で使用しても 良いことは当業者には自明であろう。すなわち、システムがアプリケーションに より「インプロセス」で使用される場合、様々なフレームワークと、アプリケー ションによって使用されているオブジェクトシステムのＯＳＡと、アプリケーシ ョンによって使用されているプロクシオブジェクトとを含めたシステムはＤＬＬ としてアプリケーションのプロセススペースの中で実行する。尚、プロクシは「 インプロセス」であるが、ネイティブオブジェクト（すなわち、プロクシに対応 する実オブジェクト）は「インプロセス」でなくとも良い。それらは、ネイティ ブオブジェクトシステムにおいて生成された方式に従って、インプロセス又は別 プロセスのいずれかになるであろう。 逆に、オブジェクトを使用しているアプリケーションがオブジェクトを「アウ トオブプロセス」で生成しうる場合には、システムが別プロセスで実行している としても、効率の観点から、ネイティブオブジェクトを「インプロセス」で生成 するであろう。この場合、インプロセスとはオブジェクトがそれらのオブジェク トを使用しているアプリケーションのプロセスではなく、システムのプロセスで 生成されることを表わしている。 図１２ａは、汎用オブジェクトを個別構成でイネーブルするシステムの一例を 示し、図１２ｂ及び図１２ｃは、それぞれ、アプリケーション構成と、サーバ構 成を示す。図１２ａにおいて、７４は３つのオブジェクトを含むＣＯＭ ＤＬＬ である。オブジェクト７５は、システムを介して複数のオブジェクトシステムか ら同時に出たように見える単独のオブジェクト（すなわち、アプリケーション又 はサーバの中にはないオブジェクト）である。対応するＯＳＡを追加することに より、追加のオブジェクトシステムを簡単に支援できる。ＤＬＬ７５が１つ又は 複数の個別オブジェクトを含むことは当業者には自明であろう。 図１２ｂは、アプリケーション構成で使用されているシステムの一例を示す。 システムは、複数のアプリケーションオブジェクトを含むアプリケーション７６ に連係されている。この例では、アプリケーションはそのオブジェクトをシステ ムに（ＯＳＡと同じように）直接に記述しているので、ＯＳＡは不要である。ア プリケーションのオブジェクトは、システムを介して、複数のオブジェクトシス テムから同時に出たように見えるであろう。あるいは、適切なＯＳＡを提供する ことにより、異なるプラットフォームで異なるオブジェクトシステムを使用して 同一のオブジェクトが実行されるように見せても良い。アプリケーションがオブ ジェクトシステムを利用するならば、ＯＳＡも利用されうるであろうということ は当業者には自明であろう。 図１２ｃは、サーバ構成で使用されているシステムの一例を示す。サーバ構成 の特徴は、オブジェクトサーバ、すなわち、使用されているオブジェクトを含む １つ又は複数のプロセスがそれらのオブジェクトを使用しているアプリケーショ ンとは別個のプロセスにあることである。図１２ｃでは、サーバ７８の中のオブ ジェクト７７は、システムを介して、複数のオブジェクトシステムから同時に出 たように見えるであろう。 図１１から図１２ｃにおいては、オブジェクトをコンパイル済オブジェクトと して示したが、そうである必要はない。オブジェクトは解釈済言語で書き込まれ たオブジェクトであっても良く、完全に解釈されているか、又は中間表現を介し て実行されても良い。必要なのは、インタプリタがオブジェクトをアクセスし、 操作しうる何らかの基本メカニズムを提供し、ＯＳＡが書き込まれるか、又はイ ンタプリタがオブジェクトをシステムに直接に記述することだけである。このよ うな方式によって得られるユーティリティは、オブジェクトをインタプリタの言 語で書き込むことができ、それらのオブジェクトがシステムを介して対応するＯ ＳＡを有する何らかのオブジェクトシステムから出たように見えることであり、 従って、対話型言語環境の急速開発という特徴を利用できる。 別の実施例においては、（Ｂ）前記の「汎用オブジェクト」を含めて、１つ又 は複数のオブジェクトシステムからのオブジェクトクラスの構築を可能にし、そ れらのオブジェクトクラスを生成するときに、複数のオブジェクトシステムから のオブジェクトのサブクラス化、取り込み、又はオブジェクトのインスタンスの 組込みが可能であるようなライブラリ利用又は対話型の装置が提供される。 従来、オブジェクトからのアプリケーションの構成を可能にし且つ／又はオブ ジェクトの構成を可能にしたライブラリベース又は対話型のソフトウェアは、そ のようなオブジェクトがツールによって支援される単一のオブジェクトモデルに 従うことを要求していた。たとえば、Micrsoft Visual Basic V3.0 Professiona l Features Book 1，Control Development Guide（１９９３年）を参照。場合に よっては、１つのオブジェクトシステムからのオブジェクトを別のオブジェクト システムの中で使用できるようにするダイナミックコンバータが開発されたが、 それら全てに制約が伴っていたうえに、外部オブジェクトの構成を可能にするも のはなかった。たとえば、Borland C++ V4.0のUser's Guide（１９９３年）を参 照。 この装置の場合、システムはアプリケーション構成で使用され、アプリケーシ ョンソフトウェアは、オブジェクトからアプリケーションを構成するため又はオ ブジェクトクラスを構築するためのコードとして当業者には良く知られている、 以下では構築ソフトウェアと呼ばれるコードである。アプリケーション又はオブ ジェクトクラスを構築するときには、構築ソフトウェアはいずれかのオブジェク トシステムからのオブジェクトクラスをＯＳＡと共に（構築ソフトウェアの独自 の内部オブジェクトモデルに従うＯＳＡがあれば、そのＯＳＡに加えて）ロード する。構築ソフトウェアは外部オブジェクトクラスをシステムフレームワークを 使用して直接に操作するか、或はそのオブジェクトモデルからのメカニズムを使 用して操作する。システムにより提供される複数のオブジェクトシステムからの オブジェクトを操作する手段が一様であるため、装置がイネーブルされる。 別の実施例においては、（Ｃ）アプリケーション及びサーバの実行中に、オブ ジェクトクラス及びオブジェクトを利用しているソフトウェアも実行中である場 合でも、そのソフトウェアを崩壊させずに、１つ又は複数のオブジェクトシステ ムの中でアプリケーション及びサーバの間でそれらのオブジェクトクラス及びオ ブジェクトの場所を再指定することを可能にするシステム及び方法が提供されて いる。 「インプロセス」オブジェクトと共に使用する場合、あるいは個別構成、アプ リケーション構成又はサーバ構成で解釈言語環境と共に使用する場合に、１つ又 は複数のオブジェクトシステムにおけるアプリケション間及びサーバ間でのオブ ジェクトクラス及びオブジェクトの場所の再指定はイネーブルされる。オブジェ クトクラスを移動させるときには、まず、新たな場所／オブジェクトシステムに おいてそのクラスの１つのバージョンが利用可能でなければならない。これは、 ネイティブイオブジェクト定義を移動させること。インプロセスオブジェクトの 場合、それらが入っているＤＬＬをコピーするか、又は他の手段によって移動さ せなければならない。解釈環境の場合には、ソース又は中間表現をコピーするか 又は他の手段によって新たな場所へ移動させ、適切なアプリケーション又はサー バにロードしなければならない。 システムを使用して、新たな場所及び／又はオブジェクトシステムのクラスを 露出させること。 新たな場所及び新たであると思われるオブジェクトシステムを反映させるため に、ＶＣｌａｓｓＤａｔa及びその他の記述要素を含めて、システム中のオブジ ェクトクラスの記述を更新すること。 クラスのインスタンスが既に存在しており、移動させるべきでない場合には（ すなわち、新たなインスタンスのみを新たな場所／オブジェクトシステムに位置 させるべき場合）、そのクラスのバージョン番号を増分しなければならない。に よって実行される。 新たなインスタンスが生成、操作されるとき、それらは新たな記述を利用して 生成、操作されるので、新たな場所及びおそらくは新たなオブジェクトシステム について生成及び操作は適正に行われる。ネイティブオブジェクトに関して、シ ステムがオブジェクトの生成及び操作を実行するために利用されるのであればこ の方法は外部オブジェクトと、ネイティブオブジェクトの双方に適用される。 オブジェクトインスタンスも同様のメカニズムを使用して移動される。インス タンスに関わる既存のあらゆるプロクシ（すなわち、オブジェクトシステムごと 及びユーザごとのプロクシ）は、インスタンスの新たな場所及び／又はオブジェ クトシステムを反映するために、ネイティブオブジェクトのソフトウェア記述を 単純に更新させなければならない。 ここでは実例を示すために本発明の特定の実施例を説明したが、本発明の趣旨 から逸脱せずに様々な変形を実施しうることは理解されるであろう。従って、以 下の発明の範囲は添付の請求の範囲及びその等価物によってのみ限定される。 概説 透過(transparent)オブジェクトシステムサポート 「今日出現しつつある大域経済に参入するには．．」Business Week 多重プラットホーム上を移動する製品における種々のオブジェクトシステムを サポートすることは伝統的に問題が多かった。同一オブジェクトシステムが全て のプラットホーム上において常に利用可能であるとは限らない。１つのプラット フォームにおいて選択されたオブジェクトモデルが他のプラットフォームにおい ても共通して選定されるとはとは限らない。この多様性は現存し、そして、予測 可能な将来においても継続するものと仮定すれば、アプリケーション・デベロッ パにとっては、多重(multiple)オブジェクトシステムをサポートすることが当面 する問題である。 多重オブジェクトモデルをサポートすることは、それ自体の問題を導入する。 例えば、ＯＬＥ及びＤＳＯＭのような、オブジェクトシステム用のコードを書く ことは一般に複雑かつ時間のかかる作業である。更に、各個別オブジェクトシス テムの複雑な事情を学習するために必要な投資はかなりな額に達する。更に、オ ブジェクトモデルに対するコード化は、もとのコードの広範囲に亙る構成し直し に関係しかねない。決定的な「厄介事」は、或るアプリケーションを或る１つの オブジェクトモデルに対してコード化することが、同時に、別のオブジェクトモ デルに対するコード化の妨げとなることである。別のオブジェクトシステムに対 してコード化し直すことは、ここでも、多額の投資を必要とする。 「得策がある．．．．」ＲｏｎＣｏ Ｉｎｄｕｓｔｒｉｅｓ ＰＬＣ Ｖｉｓｕａｌ Ｅｄｇｅクラスレジストリは、これらの問題を排除し、そして 、多重オブジェクトモデルをサポートするためにデベロッパが強要される投資額 を大幅に軽減する。クラスレジストリは、クラス、方法、特性、及び、データタ イプを記述するために、共通ＡＰＩの背後の各オブジェクトシステムを抽象する 。ＡＰＩは、ユーザー既存のクラス階層に容易にインタフェースするように設計 される。ユーザーのクラス階層がクラスレジストリに一旦記入されると、何等修 正の必要なしに、新規なオブジェクトシステムのサポートが行われる。個別オブ ジェクトシステムのサポートはランタイムにおいてインストール及び除去さえ可 能である。 クラスレジストリは、オブジェクトシステムアダプタを介してオブジェクトシ ステムにインタフェースする。オブジェクトシステムアダプタは、当該アダプタ がサポートするオブジェクトシステムの詳細を管理する責任がある。このオブジ ェクトシステムの詳細は、アダプタを越えて露出(expose)される必要は一切無い 。一旦、オブジェクトシステムアダプタがクラスレジストリにインストールされ ると、当該オブジェクトにとって既知であるあらゆるクラスは、必要に応じて、 クラスレジストリ内に透過的に導入可能であり、また、その逆も可能である。オ ブジェクトシステムアダプタは、クラスレジストリ内に記入された任意のオブジ ェクト例を当該アダプタが表すオブジェクトシステムに対して露出する全 ての詳細を処理する。更に、アダプタは、そのオブジェクトシステムから任意の オブジェクト例をクラスレジストリに戻す露出の詳細を管理する。 「しかし待て．．．更に ．．．．」Ｇｉｎｓｕ Ｋｎｉｖｅｓ Ｉｎｃ． クラスレジストリユーザーが任意のオブジェクトシステムからオブジェクトを 透過的に操作することを可能にする同じファンクション性が、当該ユーザーがオ ブジェクトシステム「ブリッジ」として作用することを可能にする。クラスレジ ストリは、１つのオブジェクトシステムから他のオブジェクトシステムへの通路 を提供する。これは、例えば、クラスレジストリをブリッジとして使用すること により、ＯＬＥ自動化アプリケーションがＤＯＳＭを制御すること、及び、その 逆を可能にする。或いは、他の例として、このファンクション性は、両端におけ る分散計算およびクラスレジストリをＯＬＥ〈─〉ＤＳＯＭブリッジとして使用 することにより、ＯＬＥ自動化アプリケーションが、「別の」マシンのＯＬＥ自 動化オブジェクトを制御することを可能にするはずである。 オブジェクトシステムアダプタを介してクラスレジスタによってサポートされ たオブジェクトシステムは、「オブジェクトシステム」の従来の定義に制限され ない。オブジェクトアダプタは、データベースをクラスレジストリにインタフェ ースするように作成可能である。従って、このデータベースは、任意の標準オブ ジェクトシステムから容易にアクセス可能である。更に、クラスレジストリは、 所有権オブジェクトシステム用のオブジェクトシステムアダプタを付加すること により標準オブジェクトシステムを所有権オブジェクトシステムにインタフェー スするために使用できる。他のオブジェクトシステムにおけるオブジェクトにア クセスしながら、同時に、それらのオブジェクトシステムを継続して使用するこ とを可能にするので、こにより、所有権オブジェクトシステムのユーザーに有力 なレバレッジを提供することとなる。 クラスレジストリは、インストールされた全てのオブジェクトシステムを、１ つの簡単な単一化された環境として、表すことが可能である。ただし、オブジェ クトシステムの別のユーザーは別の必要性を持つ。一方、幾らかのユーザーは、 全てのクラス及びタイプに関してフラットなネームスペースを欲しがり、他方、 別のユーザー達は、クラス及びタイプネームの厳密な階層的グループ分けを希望 することがあり得る。更に、別のユーザーは、彼らの現行タスクに更に密接に関 係するネームグループ分けの彼ら自身の階層を定義することを選定することもあ り得る。クラスレジストリは、ビューを用いることによりこれをサポートする。 ビューは、オブジェクトシステムアダプタによって定義された実際の階層かた独 立したネームスペース階層を定義する。異なったタスクに対して、ユーザーが彼 のクラスを、異なった方法において、組織化出来るように、アダプタに基づく階 層に関して異なる多重ビューを作成することが出来る。ビューは、それらの中の クラス及びタイプを参照するコードに影響を及ぼすことなしに、組織化し直すこ とも可能である。最後に、デベロッパは、彼らのユーザーに対して持続性のある ネームスペース階層を提供するために、 ビューをサブクラスすることが出来る。 「私にとって一体何の意味があるのか？」ＫＴｅｌ Ｍａｒｋｅｔｉｎｇ Ｌ ｔｄ． クラスレジストリは、あらゆるオブジェクトシステムにインタフェースするベ ースファンクション性を提供する。これは、デベロッパに対して彼らの資源を特 定の強度に自由に集中することを可能にする。クラスレジストリの単一ポータブ ルＡＰＩの結果として、新規なオブジェクトシステムが現れ、そして、他のシス テムがすたれた場合に、アプリケーションのライフサイクルに亙って開発および メンテナンスコストを低減させる。これは、市販するための全投資額および時間 の大幅節減を意味する。 クラス階層 クラスレジストリは、クラス、ファンクション、及び、タイプのＩＤＬまたは Ｃ＋＋ヘッダファイルと同じ目的のために、これらよりも遥かに役立つ。即ち、 クラスレジストリは、Ｃ＋＋クラスを通じてクラス及びタイプ階層を表す。クラ ス及びタイプは、静的、動的、および、データベース様資源からクラスレジスト リ内に入ることが出来る。クラス及びタイプ定義の静的資源は、一般に、手動で コード化され、そして、「コードアダプタ」に記億されたクラスレジストリエン トリである。例えばＯＬＥ及びＤＳＯＭのような動的資源は、それらの固有レポ シトリを介してクラスレジストリにクラス定義を提供する。例えばタイプライブ ラリのようなデータベースソースは、ロードクラスをクラスレジストリ内にデマ ンドするメカニズムを提供する。 クラス階層の定義と同様に、クラスレジストリは、クラスインタフェースを言 語インタプリタ、ビルダ、オブジェクトブローザ、及び、特性エディタにアドバ ータイズする柔軟な動的方法を提供する。クラスレジストリ内のクラスは、全体 としてブローズ可能であるか、又は、ネーム、バージョン番号、オブジェクトシ ステムアダプタ、等々別に要求可能である。クラスレジストリのユーザ（インタ プリタ、ビルダ、等々）は、当該クラスのソースに接続される必要はない。クラ スは、クラスレジストリ内にインストールされた任意のオブジェクトシステムか ら入来可能である。 クラスレジストリは、オーバーヘッド層の下の外部オブジェクトシステムにお いて定義されたオブジェクトを隠さない。クラスレジストリは、そのクラスイン スタンスを、当該インスタンスへの実際のポインタによってマニピュレートする 。この場合、変換またはキャスティングは一切不要である。これにより、クラス レジストリは、それらの固有オブジェクトシステムがオブジェクトにアクセスす る速さと同じ速さによってオブジェクトにアクセスすることが可能である。 クラスレジストリにおけるクラス記述は、クラスネーム、そのベースクラス（ 単数または複数）、及び、その方法、ユーザーがアクセス可能な特性、ネストさ れたタイプ、例外、及び、名前付き定数、又は、例のリストを有する。 各方法および特性は、生きたオブジェクトのメンバーに実際にアクセスするた めのフックを伴った幾らかの情報（名前、データタイプ、及び、それらのタイプ のアーギュメントのリスト）を有する。各方法記述は、当該クラスレジストリを 使用するソフトウェアが方法を呼び出すためにコール出来るファンクションポイ ンタを有する。各特性記述は、２つのアクセッサ方法記述を含むことが出来る。 そのうちの一方は値を得るための記述であり、いま一方は値を設定するための記 述である。読み取り専用または書き込み専用特性は、アクセッサ方法の一方を省 略しても差し支えない。 Ｃコール可能ファンクションは一般的に用いられる。コンパイルされた殆どの 言語は、外部ファンクションコールのためのＣをサポートする。Ｃ＋＋法および データメンバーへの直接アクセスを与えることは便利ではあるが、当該言語によ って課せられる制限条件があるために、クラスレジストリから独立して開発され たクラスにとっては実用的でなくなる。Ｃ＋＋法の実現が属性として断定可能で ある（例えば、マイクロソフトオブジェクトマッピングを使用するプラットフォ ーム）状況の下においては、仮想的方法の直接レジストレーションがサポートさ れる。これと同じ理由により、データメンバーは、直接オフセット又はメンバー ポインタでなくて1対のアクセッサファンクションによって表される。 次のダイアグラムは、クラスレジストリのクラス階層を示す。太い線で囲まれ たクラスは、クラスレジストリのユーザーによってサブクラスされることが可能 であるべきものとして指定される。 クラスレジストリは、クラスを定義するために広範囲に亙る例階層を提供する 。この階層の理解を容易にするために、見本としてのインスタンス階層を次の図 に示す。この図は、クラスレジストリ及びその構成部分のインスタンスレイアウ トの見本を示すに過ぎない。この図は、完全であることを意図するものでなく、 インスタンスレイアウトの概観を示すに過ぎない。実線矢印はオブジェクトへの 直接ポインタを表す。この階層は、インストールされた２つのオブジェクトシス テムアダプタを持つクラスレジスタを表す。クラスレジスタは、１つの方法と１ つの特性を持つ１つのクラスを有する。 静的エントリ（Static Entries） クラスレジストリは、方法および特性、タイプ、ファンクション、例外、及び 、名前付きインスタンスを伴った静的に定義されるクラスの作成をサポートする 。静的インスタンスは、クラス（ＶｃｒＣｏｄｅｄＣｌａｓｓ、ＶｃｒＣｏｄｅ ｄＦｕｎｃｔｉｏｎ、ＶｃｒＣｏｄｅｄＰｒｏＰ、ＶＩｎｓｔａｎｃｅＤａｔａ 、ＶＥｘｅｐｔｉｏｎＤａｔａのインスタンス）を例にとることによって定義さ れる。これらのクラスは、インストールの方法およびクラスにおける特性をセッ トする、アーギュメントを加える、等々のためにＡＰＴを提供する。クラスは、 ＶＣｏｄｅＣｌａｓｓオブジェクトを作成することにより定義される。方法およ び特性（ＶＣｏｄｅＦｕｎｃｔｉｏｎ及びＶＣｏｄｅＰｒｏｐインスタンス）は 、方法（ＡｄｄＭｅｔｈｏｄおよびＡｄｄＰｒｏｐｅｒｔｙ）を用いて当該クラ スに加えられる。 これらの方法は、ＡｄｄＡｒｇｕｍeｎｔを用いて当該方法に加えられる１組 のアギュメント（ＶｃｒＡｒｇｕｍｅｎｔのインスタンス）によって定義される 。方法を定義する場合には、Ｃコール可能なファンクションが提供されなければ ならない。 クラス方法用ラッパーファンクションを使用すると、特にスクリプトに際して 、プログラム可能なオブジェクトの統合を一層容易にすることが出来る。ラッパ ーアギュメントは、下位クラスのアギュメント用に用いられたタイプと厳密に同 じである必要はなく、ラッパーは、より簡単なタイプ（例えば「ｉｎｔ．」のよ うな）から、例えばＢａｓｉｃのような言語において表現することが困難な列挙 法のような特殊なタイプに変換することが出来る。読み取り専用特性は、ＮＵＬ Ｌセットファンクションを供給するか、又は、特性使用フラグを「読み取り専用 」にセットすることによりレジスタすることが出来る。 各Ｃラッパーファンクションのタイプは、当該タイプがその第１アギュメント （明示の「これ」）としてのインスタンスポインタを伴ったファイルスコープフ ァンクション（又は、静的メンバー）である場合を除き、当該タイプが表すメン バーファンクションにマッチする。マクロは、Ｃ＋＋クラスメンバー用ラッパー 及びクラスレジストリアイテム構成コードの両方を生成する物として定義できる 。 動的エントリ 静的エントリの取り扱いに加えて、クラスレジストリは、高度に動的なエント リを取り扱うことが出来る。例えば、対話的オブジェクト開発またはオブジェク トシステムブリッジングにおいて、ユーザーが外部クラスに関してブローズおよ び要求する場合、又は、ユーザーが自身のクラスを加えるか、又は、変更する場 合に、クラスレジストリの内容は変化可能である。クラスレジストリが、動的で あるオブジェクトシステムに接続されている場合には、クラスレジストリ自体が 動的である。 例えば言語のインタプリタのような開発環境は、コンパイルタイム、ランタイ ム、又は、両者における全ての外部タイプ及び名前結合情報に関して、クラスレ ジストリに相談することができる。パーズタイムにおける質問の結果は、単に、 回答がランタイムまで延期されることを指示するに過ぎないこともあり得る。ク ラスが静的に定義される場合には、これらクラスの定義は、コンパイルタイムに おいて入手可能である。例えばＤＳＯＭ又はＯＬＥのようなオブジェクトシステ ムからクラスがインポートされる場合には、これらのクラスはコンパイルタイム において入手可能であるが、全てのこれらの方法および特性は、クラスがアクセ スされる時まで入手出来ないことも有り得る。更に、クラスは、データベースア ダプタから検索することも出来る。当該クラスがローカルキャッシュ内において 見付からない場合には、データベースアダプタは、クラスの定義を見付けるため に、データベースへの質問を行うことも出来る。 クラスレジストリの質問インタフェースは、抽象クラスＶＶｉｅｗＮａｍｅＳ ｐａｃｅによって定義される。名前結合サービスは、その仮想的方法を介して提 供される。一方において、クライアントプロセスは、一般に、１つのＶＣｌａｓ ｓＲｅｇｉｓｔｒｙインスタンスによってされ、他方において、サーバープロセ スは、クライアント１人当たり１つのクラスレジストリインスタンスを持つこと が出来る。一般に、１つのプロセスによって維持されるクラスレジストリは、特 殊化された１組のアダプタを管理する。この場合、各アダプタは、クラス及びタ イプ情報の異なるソースに質問することができる。内部クラスレジストリデータ は、これら他のソース（例えばインタフェースレポジトリ）から出て来る情報に 関して、僅かにキャッシュ以上のサービスを提供する。 各オブジェクトシステムの特殊必要条件には、クラスレジストリアイテムクラ スのサブクラスを定義することによって適合可能である。レジストリアイテムク ラスは、クラスレジストリの構造およびそれを検査するためのＡＰＩを定義する 。レジストリは、必ずアイテムクラスの仮想メンバーファンクションを介して相 談を受ける抽象ＡＰＩである。 ｍｉｘｉｎ（ミキシン）拡張性(extensibility) クラスレジストリは、当該クラスレジストリ自体のクラスに関するｍｉｘｉｎ フレームワークを定義する。クラスレジストリ内の各アイテムは、ｍｉｘｉｎに よって拡張可能である。クラスレジストリエントリに関するｍｉｘｉｎは、或る オブジェクトシステムにおいては利用可能であるが、全てのオブジェクトシステ ムによってサポートされるとは限らないファンクション性に対するサポートを提 供する。更に、ｍｉｘｉｎは、クラスレジストリの基本的実現性を越えてそのフ ァンクション性を強化するためにも使用することが出来る。例えば、クラスレジ ストリからそれらのオブジェクトシステムへのクラス露出は、全てのオブジェク トシステムによってサポート可能というわけではない。従って、露出をサポート するオブジェクトシステムは露出ｍｉｘｉｎを提供することが可能であり、他方 、露出をサポートしないオブジェクトシステムは露出ｍｉｘｉｎの実現を提供し ない。ｍｉｘｉｎメカニズムは、ベースシステムモジュールをコンパイルし直す ことなしにクラスレジストリを完全に拡張可能にする。 Ｖｉｓｕａｌ Ｅｄｇｅは、ｍｉｘｉｎの規格適合性（Apple Event Suiteに 類似的）を定義するために、そのパートナーと共に作用する。これにより、アプ リケーションのインターオペラビリティを強化し、アドオンツール用の強力市場 の促進を支援する。 ｍｉｘｉｎは、ｍｉｘｉｎが必要でない場合にはＤＬＬをロードする必要がな いように、外部ＤＬＬにおいて提供可能である。これは、更に、システムがそれ 自体の「アドオンパッケージ」を定義することを可能にする。アドオンパッケー ジは、ｍｉｘｉｎの実現を含むＤＬＬであっても差し支えない。ＤＬＬが見付か らない場合には、ｍｉｘｉｎは提供されず、システムは、そのデフォルト動作を 継続する。 更に、ｍｉｘｉｎ拡張性メカニズムは、メモリ消費の節約も提供することが出 来る。ｍｉｘｉｎは、最初に要請された場合に、動的に作成される。ｍｉｘｉｎ は、必要である場合に限って作成される。 クラスレジストリは、アプリケーション及びその中においてｍｉｘｉｎが実現 されるオブジェクトシステムとは独立したｍｉｘｉｎフレームワークを提供する 能力を提供する。即ち、アプリは、それ自体のオブジェクトシステムにおける抽 象クラス及びｍｉｘｉｎのフレームワークを定義する。アプリが「クラスレジス トリアウェア」である場合には、第三者は、彼らが選定したオブジェクトシステ ムにおけるフレームワーククラス又はｍｉｘｉｎの彼らによる実現を開発するこ とが可能である。ビルダーは、例えばフォント及びカラーのようなオブジェクト を特殊化して編集するためにｍｉｘｉｎを定義することが出来る。本規格のｍｉ ｘｉｎの定義を採用したとすれば、第三者は、ビルダーがＤＳＯＭ上においてさ どうする場合であっても、規格ｍｉｘｉｎ定義を用いて、ＯＬＥにおいて特殊化 されたエディタの実現が可能である。これにより、ユーザーは、自由に選択が可 能であり、ユーザーのアプリのインターオペラビリティが増大する。 本仕様がいかに構成されているか この仕様の残りの部分は、クラスレジストリによって用いられるクラス及びタ イプを定義する。 ＊ 第１セクションは、クラスレジストリ全体を通じて使用される列挙表および ｔｙｐｅｄｅｆｓについて記述する。これらは、複数の場所において、そして、 複数の目的のために使用される一般的なタイプである。個別クラスに特有のｔｙ ｐｅｄｅｆｓは、クラス自体と共にリスト表示される。 ＊ 第２セグションは、ヘルプサポート、データリファレンス、及び、ファンク ションコールエラーリターンのための一般的クラスを定義する。これらのクラス は、例えば、記述およびヘルプサポート、エラー報告、及び、データリファレン スカウンティングのような、特殊ヘルパーファンクション用として用いられる。 ＊ 第３セクションは、クラスレジストリのクラス用の基礎として用いられるベ ースクラスについて概説する。これらのクラスは、例えば、各要素に関する使用 コード及びヘルプ情報に関する普及情報のためにＰＡＩサポートを提供する。 ＊ 第４セクションは、クラスレジストリのユーザーに露出されるクラスを定義 する。これらのクラスは外界に対するＡＰＩであるが、実現は実際にサブクラス しても差し支えない。 ＊ 第５セクションは、露出された抽象クラスの実現であるクラスについて記述 する。これらのクラスは、直接例挙またはサブクラス化によって使用するために 使用可能である。 ＊ 第６セクションは、クラスレジストリ用タイプ管理階層を定義する。これら のクラスは、タイプのキャスティング及びオブジェクトシステム間の比較のため にサポートを提供する。 ＊ 最後のセクションは、現在定義済みのエキステンションにについて概説する 。これらのエキステンションは、ファンクション性をサポートする特定のクラス レジストリエントリにおけるｍｉｘｉｎとして利用可能である。 クラスレジストリは、次に示すＶｉｓｕａｌ Ｅｄｇｅユーティリティクラス を使用する。これらのクラスは、本ドキュメントにおいては定義されない。クラ スレジストリを使用するソフトウェアはこれらのクラスを定義するライブラリへ のアクセスを必要とする。 ＶＡｒｒａｙ 拡張可能なタイプされたアレイ。 ＶＡｔｏｍＤｉｃｔｉｏｎａｒｙ 原子をキーとするハッシュテーブル。 ＶＣｌａｓｓ ランタイムタイプの識別用サポート。 ＶＶａｌｕｅ カプセル入りユニオンオーバー整数タイプ。 ＶＳｔｒｉｎｇ カプセル入りヌル終結Ｃストリング。 ＶＡｔｏｍＲｅｆ 高速ハッシング及び比較のために使用されるストリング アイデンティファイア。 ＶＰｒｉｍａｒｙ ｍｉｘｉｎサポート用ベースクラス。 ＶｒＰｒｉｍａｒｙ 基準カウンティング及びｍｉｘｉｎ用ベースクラス。 ＶＭｉｘｉｎ ｍｉｘｉｎ実行用ベースクラス。 ＶｒＲｅｆｅｒｅｎｃｅ 当該オブジェクトの基準カウントを追跡するオブジ ェクトに対するスマートポインタテンプレート。これは 、適切な多重スレッドサポート用として必要である。 ＶｒＲｅｆＬｉｓｔ 当該オブジェクトの基準カウントを追跡するオブジェク トに対するポインタのアレイのテンプレート。これは、 適切な多重スレッドサポート用として必要である。これ は、ＶｅＲｅｆｅｒｅｎｃｅオブジェクトのアレイでは ないことに注意されたい。 Ｔｙｐｅ、及び、Ｅｎｕｍｅｒａｔｉｏｎ（列挙） 使用コード レジストリは、殆どのアイテムにコードを関連付ける。使用コードはＶＴＵｓ ａｇｅＣｏｄｅタイプであり、そして、例えば、インタプリタは操作できるが、 ユーザーにとって直接アクセス可能にしてはならない特性に関する「隠し」のよ うなアイテムをどのようにして使用できるかについて記述するビットフラグの組 み合わせである。 使用コードは注釈および具体化の詳細を供給する。例えば、リファレンスによ るコール対値によるコールアーギュメントを指定するためには、個別タイプは使 用しない。使用ビットは、リファレンスによるコールとしてファンクションアー ギュメントをマークする。 使用ビットは、文脈特有であることをフラグし、そして、クラスの異なるアイ テムに関して異なる意味を付与することがあり得る（同じビットが、特性に関し ては一方の物を意味し、クラスに関してはもう一方の物を意味することもあり得 る）。どの使用コードがどのクラスに供給し、そして、更に、どのユーザーが当 該使用コードを最も参照しそうであるかを要約して次の表に示す。 使用するコードの意味は以下の通りである。 ＫＶＵｓａｇｅＲｅａｄＯｎｌｙ 特性がユーザーがアクセス可能なセット方 法を持たない。 ＫＶＵｓａｇｅＷｒｉｔｅＯｎｌｙ 特性がユーザーがアクセス可能なゲット 方法を持たない。 ＫＶＵｓａｇｅＤｅｆａｕｌｔＰｒｏｐｅｒｔｙ オブジェクト自体が値式に 現れた場合に、オブジェクトの１つの特性を、割り当て られるか、或いは、読取られるべき特性（アサインメン トの受取人として）として区別する。 ＫＶＵｓａｇｅＰｒｏｔｅｃｔｅｄ クラスのこのエレメントが保護されたメ ンバーであることを指定する。 ＫＶＵｓａｇｅＴｈｒｅａｄＳａｆｅ この使用フラグは、このファンクショ ンまたは方法が同時に多重スレッドによってコールされ 得ることを指定する。 ＫＶＵｓａｇｅＳｔｒｉｃｔ 正常な言語ルールによって強制されてはならな い特性、アーギュメント（引数）、ファンクションリタ ーン、または、方法戻し。 ＫＶＵａｇｅＶａｒＡｒｇ ファンクションまたは方法に関して、一切のアー ギュメント記述がそのために利用可能ではないことを示 示す。ファンクションまたは方法は、スクリプトされた ソースにおいて発見された際に、コールアーギュメント トを用いてコールされなければならない。可変個数のア ーギュメントを持つものとして記述されたファンクショ ンまたは方法は他のオブジェクトシステムに露出可能で あってはならない事に注意されたい。 ＫＶＵｓａｇｅＣａｌｌｅｒｌｓＯｗｎｅｒ この使用フラグは、このファン クションリターン、方法リターン、アーギュメントにお いて戻される値がコーラーにより解放されるべきである ことを指定する。 ＫＶＵｓａｇｅＢｙＲｅｆ アドレスによって実際にパスされるべきアーギュ メントを識別する。 ＫＶＵｓａｇｅＨｉｄｄｅｎ ファンクション、方法、アーギュメント、また は、特性は、ユーザーでなくて環境によって供給される 。 ＫＶＵｓａｇｅＯｐｔｉｏｎａｌ ファンクション、または、方法アーギュメ ントは、コールにおいて省略され得る。 ＫＶＵｓａｇｅＨａｓＤｅｆａｕｌｔ コールから省略された場合には、Ｖｃ ｒＡｒｇｕｍｅｎｔからのそのためのデフォルト値がコ ールにおいてパスされなければならないアーギュメント 。 ＫＶＵｓａｇｅＶａｌｕｅ 特性に関して実際の値が保持されるべきアーギュ メントまたは特性の集合に関して指定される。特性の集 合が多重アーギュメントをとる場合に限りこれが必要と される。 ＫＶＵｓａｇｅＯｕｔ アーギュメントは、実際にファンクションまたは方法 からのリターンである。 ＫＶＵｓａｑｅＩｎＯｕｔ アーギュメントは、ファンクションまたは方法へ の入力であるが、コール期間中に修正されても差し支え ない。 ＫＶＵｓａｇｅＤｙｎａｍｉｃ この使用は、このクラス定義が質問の間で変 化するかもしれないことを指定する。即ち、クラスが質 問される場合には、当該クラスは、最初に質問された場 合よりもより多くのエレメントを持つこともあり得る（ 特性、方法等）。エレメントは、取り去られることなく 加えられることだけが可能である。 ＫＶＵｓａｇｅＤｅｌｅｔｅＮｏｔｉｆｙ これは、このプロセススペースに おいてこのオブジェクトのインスタンスが破壊されるか 、或いは、十分にデリファレンスされるた場合には、も う一方のアダプタがこれについて通告されることを指定 する。 ＫＶＵｓａｇｅＣａｎｎｏｔＳｕｂｃｌａｓｓ このクラスは、言語またはビ ルダによってサブクラスされることは不可能である（た だし、その生来のオブジェクトシステムにおいてはサブ クラスされることもあり得る）。 ＫＶＵａｇｅＤｏＮｏｔＣａｃｈｅ この使用フラグは、このトップレベルア イテムが任意のビューによって隠されてはならないこと を指定する。 割り当てられていない利用可能な使用コードの集合はかなり小さい。使用コー ドは、他の定義と重複しないように、必要に応じて、Ｖｉｓｕａｌ Ｅｄｇｅに よって割当てられなければならない。 Ｅｎｕｍ ＶＴＣａｌｌＴｙｐｅ この列挙は、方法またはファンクションを正しく呼ぶために要求される呼出し コンベンションを定義するために使われる。あらゆる所定のアーキテクチャに関 して、後続する呼出しコンベンションの幾つか、又は、全てが重複し、そして、 同じ具体化を提供しても差 し支えない。 ＫＶＣａｌｌＴｙｐｅＣ Ｃ呼出しコンベンションによりファンクションをコ ールすること。この呼出しコンベンションは、プロトタ イプＡＮＳＩＣなしで宣言されるか、或いは、可変個数 のアーギュメントと共に宣言されたファンクション用に 用いられなければならない。 ＫＶＣａｌｌＴｙｐｅＡｎｓｉｃ ＡＮＳＩ Ｃ、または、Ｃ＋＋呼び出しコ ンベンショによりファンクションををコールすること。 この呼出しコンベンションは、ＡＮＳＩ Ｃプロトタイ プ及び固定数のアーギュメントにより宣言されたファン クション用に使用されなければならない。 ＫＶＣａｌｌＴｙｐｅＰａｓｃａｌ パスカル呼び出しコンベンションにより ファンクションをコールすること。この呼出しコンベン ションは、パスカルによって書かれるか、或いは、パス カル呼び出しコンベンション（即ち、＿ｐａｓｃａｌ） によって宣言されたファンクション用に使用されなけれ ばならない。 ＫＶＣａｌｌＴｙｐｅｌｎｔｅｒｎａｌ ＡＮＳＩ Ｃ呼び出しコンベンショ ン、及び、内部のコールサインによってファンクション をコールすること。内部のコールサインを次に示す： ｆｕｎｃＤａｔａ コールのためのファンクション記述。 ｐａｒａｍＣｏｕｎｔ パラメータの個数。 ｐａｒａｍＴｙｐｅｓ パラメータのタイプ。 ｐａｒａｍｓ パラメータに対するポインタのアレイ。 ｒｅｓｕｌｔＴｙｐｅ 要求されたリターンタイプ。 ｒｅｓｕｌｔ （戻し）ファンクションのリターン値に対するポインタ。 全てのアーギュメントに関する値が指定されなければならない。隠されたアー ギュメントも含まれなければならない。アーギュメントのうちの１つでも期待し たタイプに変換出来ない場合、或いは、ファンクションの実際のリターンタイプ が所要のリターンタイプに変換出来ない場合には、当該ファンクションは、フェ ールし、そして、例外を返さねばな らない。 Ｅｎｕｍ ＶＴＳｅａｒｃｈＴｙｐｅ この列挙は、クラスレジストリエントリーを探索する方法を指定するために用 いられる。オブジェクトシステムアダプタは、クラスまたはファンクションに関 しておそらく長く複雑な探索を行うべきかどうか、或いは、クラスまたはファン クションに関して簡単に局所的に見るべきであるかどうかを決定するために、こ のアーギュメントを使用しなければならない。タイプとファンクションの遅延し たバインディングをサポートする言語は、現在、定義が存在するかどうかを知る ために、初期においては、局所的な探索を実施しても差し支えない。クラスまた はファンクションが、パーズタイムにおいて、見付からなかった場合には、前記 の言語は、ランタイムにおいて、完全な探索を実施する。 ＫＶＳｅａｒｃｈＡｌｌ アイテムを見付けるために、可能な全ての方法によ り探索すること。 ＫＶＳｅａｒｃｈＬｏｃａｌ アイテムに関して、局所的探索のみを実施する こと。アイテムを見付けるために、時間を無駄にする一 切の操作を行わないこと。 Ｅｎｕｍ ＶＴＳｅａｒｃｈＣａｓｅ この列挙は、クラスレジストリエントリーに関する名前の探索を実施する方法 を指定するために使用される。クラスレジストリエントリーのオブジェクトシス テムアダプタ及びサブクラスは、名前探索の両モードをサポートすることを試み なくてはならない。ケースインセンシティブな探索が不可能である場合には、全 ての探索は、その代わりに、ケースセンシティブでなければならない。 ＫＶＣａｓｅＳｅｎｓｉｔｉｖｅ 名前探索がケースセンシティブである。 ＫＶＣａｓｅＩｎｓｅｎｓｉｔｉｖｅ 名前探索がケースインセンシティブで ある。 Ｅｎｕｍ ＶＴＣｌａｓｓＴａｇ この列挙は、特定のＶｃｒＢａｓｅインスタンスが属するＶｃｒＢａｓｅの主 要なサブクラスを決定する。これは、クラスレジストリにおいて総称ルックアッ プから戻されたオブジェクトのタイプを区別するために使用することが出来る。 Ｅｎｕｍ ＶＴＴｙｐｅＳｕｂｃｌａｓｓ この列挙は、特定のＶＴｙｐｅＤａｔａインスタンスが属するＶＴｙｐｅＤａ ｔａのサブクラスを決定する。これは、タイプツリーの横断を容易にするために 使用できる。 Ｅｎｕｍ ＶＴＥｘｃｅｐｔｉｏｎＴｙｐｅ この列挙は、例外を呼ぶ全ての総称クラスレジストリファンクションを定義す る。 ＫＶＥｘｃｅｐｔｉｏｎＵｎｋｎｏｗｎ 例外のタイプは未知である。 ＫＶＥｘｃｅｐｔｉｏｎＣａｌｌＦａｉｌｅｄ 例外のタイプは、コールサポ ートコードに特有である。オブジェクトアダプタは、配 列上のエラー等々が発生した場合に、このタイプの例外 を返さねばならない。 ＫＶＥｘｃｅｐｔｉｏｎＣａｌｌｅｅＦａｉｌｅｄ コールは完成したが、コ ールされたファンクションが例外を生成した。 ＫＶＥｘｃｅｐｔｉｏｎＮｏＲｅｓｏｕｒｃｅｓ コールを完成するには利用 可能な資源が不十分であった。例えば、これは、メモリ を使い果たすことによって生成され得る。 ＫＶＥｘｃｅｐｔｉｏｎＢａｄｐａｒａｍ パラメータの１つは、必要とされ るタイプに変換されてはならない。 ＫＶＥｘｃｅｐｔｉｏｎＰａｒａｍＣｏｕｎｔ パラメータの個数が誤ってい た。 ＫＶＥｘｃｅｐｔｉｏｎＢａｄＯｂｊｅｃｔ コールが試みられたオブジェク トインスタンスは無効であった。 ＫＶＥｘｃｅｐｔｉｏｎＣｏｕｌｄＮｏｔＥｘｐｏｓｅ コールにパスされた オブジェクトインスタンスが外部オブジェクトシステム からのインスタンスであったので、このインスタンスは 固有オブジェクトシステムからのインスタンスに変換出 来なかった。 Ｅｎｕｍ ＶＴＩｎｔｅｒｎａｌＲｅｆＴｙｐｅ ＶＴＩｎｔｅｒｎａｌＲｅｆＴｙｐｅは、クラスレジストリエントリーに対す る内部リファレンスのタイプを定義する。 ＫＶＤｉｒｅｃｔＲｅｆ リファレンスは階層内の他のアイテムに直接向けら れる。 ＫＶＬｏｏｐＲｅｆ リファレンスは循環性を形成しても差し支えない。 ＶＴＯｂｊｅｃｔＳｙｓｔｅｍ タイプマネージャまたはクラスレジストリエントリと関連したオブジェクトシ ステムアダプタを決定するために用いられる１６ビットの符号なし数として定義 される。このＩＤは、自身のオブジェクト及びクラス対他のオブジェクトシステ ムからのクラス及びオブジェクトに関するあらゆるハンドリング必要条件を決定 するために、オブジェクトシステムアダプタによって使用される。更に、このＩ Ｄは、クラスレジストリに質問する際の探索判定基準を決定するためにも使用さ れる。ＶＴＯｂｊｅｃｔＳｙｓｔｅｍのＩＤは、Ｖｉｓｕａｌ Ｅｄｇｅによっ て割当てられなければならない。事前定義されたオブジェクトシステムＩＤはＫ ＶＡｎｙＯｂｊｅｃｔＳｙｓｔｅｍ及びＫＶＮｏＯｂｊｅｃｔシステムである。 ＶＴＶｅｒｓｉｏｎ ＶＴＶｅｒｓｉｏｎは、名前は同じであるが、具体化の異なるクラスのバージ ョン番号を指定するために用いられる３２ビットの符号付き数として定義される 。更に高いバージョン番号は一層新しい定義を意味する。負のバージョン番号は 違法である。一定のＫＶＶｅｒｓｉｏｎＮｏｔＳｐｅｃｉｆｉｅｄは、最高バー ジョンが発見されるべきであることを指定するために、探索中に用いられる。 Ｓｕｐｏｒｔ（サポート）クラス サポートクラスは、他のクラスレジストリのクラスに対してサポートを提供す る。ＶｃｒＨｅｌｐクラスは、クラスレジストリエントリ、及び、オブジェクト 方法及びエラーをコールする特性に関するヘルプ情報を提供するために用いられ る。ＶｃｒＣａｌｌＥｘｃｅｐｔｉｏｎは、方法または特性へのコールが失敗す る理由に関する情報を提供する。問題のソースについて利用可能なエンドユーザ が読み取り可能な情報がある場合には、ＶｃｒＣａｌｌＥｘｃｅｐｔｉｏｎのイ ンスタンスがＶｃｒＨｅｌｐのインスタンスを含んでも差し支えない。必要に応 じてデータオブジェトが削除されるように、リファレンスカウントされたデータ オブジェクトを容易に維持するためにＶｃｒＤａｔａＲｅｆが用いられる。 クラスＶｃｒＨｅｌｐ ＶｃｒＨｅｌｐは、クラスレジストリヘルプインタフェースを定義する。Ｖｃ ｒＨｅｌｐのサブクラスは、各プラットホームの固有ヘルプシステムを利用する ため実行されることを意図したものである。 公共メンバー ＶｃｒＨｅｌｐ ＶｃｒＨｅｌｐオブジェクトを構成する。 −ＶｃｒＨｅｌｐ ＶｃｒＨｅｌｐオブジェクトを破壊する。 オーバライド可能な公共メンバー Ｄｅｓｃｒｉｐｔｉｏｎ 所有者オブジェクトの本文記述を戻す。 ＰｕｔＤｅｓｃｒｌｐｔｉｏｎ このヘルプアイテムのために本文記述をセッ トすること。 ＨａｓＨｅｌｐ アイテムが、その所有者オブジェクトに関するヘルプ情報を ディスプレイでこるかどうかを指示する。 ＤｉｓｐｌａｙＨｅｌｐ 所有者オブジェクトに関するヘルプ情報をディスプ レイすること。 ＶｃｒＨｅｌｐコンストラクタ ｄｅｓｃｒｉｐｔｉｏｎ 所有者オブジェクトの記述。 ヘルプサポートオブジェクトを作成すること。記述を、そのアーギュメントを みなす便利なコンストラクタがある。これは、デフォルト記述情報をセットする 。 ＶｃｒＨｅｌｐデストラクタ ヘルプサポートオブジェクトを破壊すること。クラスレジストリまたはタイプ マネージャーオブジェクトにヘルプオブジェクトが加えられる場合には、その所 有者が破壊される時に、当該ヘルプオブジェクトが破壊される。 Ｄｅｓｃｒｉｐｔｉｏｎ、及び、ＰｕｔＤｅｓｃｒｉｐｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ特性は、所有者オブジェクトの本文記述を記憶する。 例えば、記述の動的ルックアップを遂行することは、サブクラスにおいて再実行 可能である。記述は、エンドユーザーに対するディスプレイに適するか、或いは 、そうでない場合には””でなくてはならない。 ＨａｓＨｅｌｐ ＨａｓＨｅｌｐは、このオブジェクトが固有ヘルプシステムをサポートするか どうかを戻す。リターンが真である場合には、ＶｃｒＢａｓｅ：：Ｄｉｓｐｌａ ｙＨｅｌｐは、自 身のオブジェクトに関するヘルプを持ち出すことができなければならない。 ＤｉｓｐｌａｙＨｅｌｐ ＤｉｓｐｌａｙＨｅｌｐは、所有者オブジェクトに関する情報と共に固有ヘル プシステム情報を持ち出す。オブジェクトがヘルプをサポートしない場合には、 ＨａｓＨｅｌｐは偽を戻さねばならない。 クラスＶｃｒＣａｌｌＥｘｃｅｐｔｉｏｎ ＶｃｒＣａｌｌＥｘｃｅｐｔｉｏｎは、失敗したコールに関する情報をファン クションまたは方法に戻すために使われる抽象クラスである。 公共メンバー(Public Members) ＰｕｔＨｅｌｐ この例外に関するヘルプシステムオブジェクトをセットする 。 オーバライド可能な公共メンバー(Overridable Public Members) Ｔｙｐｅ 例外のタイプを戻す。 Ｃｏｄｅ 例外に関するエラーコードを戻す。これは、例外のソースに特有で ある。 ＳｏｕｒｃｅＮａｍｅ 例外のソースの名前を戻す。 Ｈｅｌｐ この例外に関するヘルプシステムオブジェクトを戻す。 Ｉｎｄｅｘ 例外の原因となるパラメータ（有る場合には）のインデックスを 戻す。 ＵｓｅｒＴｙｐｅ これがユーザーによって定義された例外である場合には、 例外タイプを戻す。 ＵｓｅｒＤａｔａ これがユーザーによって定義された例外である場合には、 例外データを戻す。 Ｈｅｌｐ、及び、ＰｕｔＨｅｌｐ ｈｅｌｐ このアイテムに関するヘルプ。 Ｈｅｌｐ特性は、この例外に関するヘルプシステムオブジェクトを記憶する。 ヘルプシステムオブジェクトは、この例外に関する記述情報、並びに、固有ヘル プシステムからのヘルプをディスプレイすることが出来る。Ｈｅｌｐ特性がＮＵ ＬＬである場合には、この例外は一切のヘルプをサポートしない。 Ｔｙｐｅ ｔｙｐｅは、例外のタイプを戻す。このタイプは、言語特定エラーメッセージ に翻訳可 能である。 Ｃｏｄｅ Ｃｏｄｅは、ソース特定エラーコードを戻す。この値の意味がソースに関して 既知でない限り、この値は解釈不能である。 ＳｏｕｒｃｅＮａｍｅ ＳｏｕｒｃｅＮａｍｅは、例外のソースの名前を戻す。これは、アプリケーシ ョン、オブジェクトシステム等の名前であっても差し支えなく、或いは、クラス レジストリコード内においてエラーが検出された場合には、””であることもあ り得る。 Ｉｎｄｅｘ Ｉｎｄｅｘは、例外を引き起こしたアーギュメントのインデックスを戻す。例 外タイプが特定のアーギュメントに適用されない場合、或いは、例外を引き起こ すアーギュメントが未知である場合には、この値は負である。 ＵｓｅｒＴｙｐｅ ＵｓｅｒＴｙｐｅは、ユーザーによる定義済みの例外の発生したタイプを戻す 。例外に関するデータは、ＵｓｅｒＤａｔａにより検索される。 ＵｓｅｒＤａｔａ ＵｓｅｒＤａｔａは、ユーザーが定義した例外と関連するデータを戻す。この データのタイプは、例外のタイプと同じである。 クラスＶｃｒＤａｔａＲｅｆ ＶｃｒＤａｔａＲｅｆは、オブジェクトまたはデータに関するリファレンスを 管理するために使用されるクラスである。当該クラスは、自己記述であり、そし て、データを引用する全てのＶｃｒＤａｔａＲｅｆオブジェクトの処理が終った 場合、データを適切に処理する。自動削除作動に関しては、全てのリファレンス は、直接オリジナルデータからではなく、当該データに関する第１リファレンス から構成されなければならない。内部的には、リファレンスは、オブジェクトに 関する所定数のリファレンスを一時的場所に記憶するの で、全てのＶｃｒＤａｔａＲｅｆオブジェクトがこれにアクセスすることができ る。 公共メンバー ＶｃｒＤａｔａＲｅｆ ＶｃｒＤａｔａＲｅｆオブジェクトを作成する。 Ａｄｄｒｅｓｓ ポインタをデータに戻す Ｔｙｐｅ データのタイプを戻す。 Ｖａｌｕｅ 内部ＶＶａｌｕｅを戻す。 ＰｕｔＰｏｉｎｔｅｒ ポインタをデータにセットする。 ＰｕｔＣｏｎｓｔａｎｔ データの値を定数にセットする。 ｐｕｔｃｏｐｙ 別のデータリファレンスのコピーであるように、これをセッ トする。 ＰｕｔＯｗｎｅｒｓｈｉｐ リファレンスに関するデータの所有権をセットす る。 ＩｓＣｏｎｔａｉｎｅｄ データがリファレンスに含まれるかどうかを戻す。 ＷｉｌｌＤｅｌｅｔｅ データが削除されるかどうかを戻す。 ＷｉｌｌＤｅｒｅｆ オブジェクトがデリファレンスされるかかどうかを戻す 。 ＶｃｒＤａｔａＲｅｆコンストラクタ ｄａｔａＰｎｔｒ データに対するポインタ。 ｄａｔａ リファレンス値に関する実データ。 ｃｏｐｙ ＶｃｒＤａｔａＲｅｆのコピー。 ｔｙｐｅ データのタイプ。 ｄｏＤｅｌｅｔｅ リファレンスがゼロに行く場合にデータを削除すること。 ｄｏＤｅｒｅｆ リファレンスがゼロに行く場合にオブジェクトの引用を解除 すること。 リファレンスオブジェクトを作成する。データがＶＶａｌｕｅに記憶されて提 供される場合、データは一定でなければならない。ＶＶａｌｕｅが供給され、そ して、タイプがゼロである場合には、タイプは、ＶＶａｌｕｅに記憶されている タイプから初期化される。これは、データのタイプに関するあらゆる別名情報を 失う可能性のあることに注意すること。基本的なタイプ（オブジェクトポインタ 、ポインタ、ストラクト、等々ではない）に 限り、ＶＶａｌｕｅにおいてサポートされる。タイプがオブジェクトポインタで はない場合には、ｄｏＤｅｒｅｆは無視され、そして、ｄｏＤｅｌｅｔｅがＴＲ ＵＥ（真）であり、リファレンスの数がゼロに達する場合には、ＵｘＦｒｅｅは データに関してコールされる。タイプがオブジェクトポインタである場合、ｄｏ ＤｅｌｅｔｅがＴＲＵＥであるならば、リファレンスカウントがゼロに到達する とき、クラスインスタンスに関するデストラクタがコールされる。そうでない場 合において、ｄｏＤｅｒｅｆがＴＲＵＥであれば、クラスインスタンスの解放方 法がコールされる。アーギュメントなしのコンストラクタは、空のリファレンス を作成する。 Ａｄｄｒｅｓｓ Ａｄｄｒｅｓは、ポインタをデータに戻す。コンストラクタ又はＰｕｔＰｏｉ ｎｔｅｒにパスされたポインタは戻される。リファレンスがＶＶａｌｕｅからの 定数によって初期化される場合には、データに対するポインタも戻されるが、定 数に対すに関するリファレンスは、それ自体内の記憶場所にポインタを戻す。従 って、リファレンスが消滅した後において、ポインタを使用してはならない。 Ｔｙｐｅ Ｔｙｐｅは、データのタイプを戻す。これは、コンストラクタ、又は、Ｐｕｔ Ｐｏｉｎｔｅｒ、又は、ＰｕｔＶａｌｕｅにパスされた値と同じである。 Ｖａｌｕｅ データが定数である場合には、Ｖａｌｕｅは内部ＶＶａｌｕｅ記憶を戻す。デ ータがポインタである場合には、無効ＶＶａｌｕｅが戻される。ＩｓＣｏｎｔａ ｉｎｅｄがＴＲＵＥを戻す場合に限り、この方法がコールされなければならない 。 ＰｕｔＰｏｉｎｔｅｒ ｄａｔａＰｎｔｒ データに対するポインタ。 ｔｙｐｅ データのタイプ。 ｄｏＤｅｌｅｔｅ リファレンスがゼロに行く場合に、データを削除すること 。 ｄｏＤｅｒｅｆ リファレンスがゼロに行く場合に、オブジェクトの引用を解 除すること。 リファレンスオブジェクトをリセットする。タイプがオブジェクトポインタで ないならば、ｄｏＤｅｒｅｆは無視され、そして、ｄｏＤｅｌｅｔｅがTＲＵＥ であり、そして、リファレンスの数がゼロに達する場合には、ＵｘＦｒｅｅはデ ータに関してコールされる。タイプがオブジェクトポインタである場合、ｄｏＤ ｅｌｅｔｅがＴＲＵＥであるならば、リファレンスカウントがゼロに達すると、 クラスインスタンスに関するデストラクタがコールされる。そうでないない場合 には、ｄｏＤｅｒｅｆがＴＲＵＥであるならば、クラスインスタンスの解除方法 がコールされる。以前にリファレンスされたあらゆるデータは、あたかもこのリ ファレンスが破壊されてしまったかのように扱われる。 ＰｕｔＣｏｎｓｔａｎｔ ｔｙｐｅ データのタイプ。 ｄａｔａＰｎｔｒ データに対するポインタ。 ｄｏＤｅｌｅｔｅ リファレンスがゼロに行く場合に、データを削除すること 。 ｄｏＤｅｒｅｆ リファレンスがゼロに行く場合に、オブジェクトの引用が解 除される。 リファレンスオブジェクトをリセットする。データは一定でなければならない 。タイプがゼロである場合には、タイプは、ＶＶａｌｕｅに記憶されているタイ プから初期化される。これは、データのタイプに関するあらゆる別名情報を失う 可能性のあることに注意すること。基本的なタイプ（オブジェクトポインタ、ポ インタ、ストラクト、等々ではない）に限り、ＶＶａｌｕｅｓにおいてサポート される。以前にリファレンスされたデータは、このリファレンスがあたかも破壊 されてしまったかのように扱われる。 ｐｕｔＣｏｐｙ ｃｏｐｙ ＶｃｒＤａｔａＲｅｆのコピー。 リファレンスオブジェクトをリセットする。リファレンスの新規な値は、コピ ーの値と同じである。コピーがＶＶａｌｕｅベースのＶｃｒＤａｔａＲｅｆでな かった場合に限り、これは、コピーと同じデータをポイントする。この場合、こ のＶｃｒＤａｔａＲｅｆは、コピーにおける値の複製を含む。以前にリファレン スされたデータは、このリファレンスがあたかも破壊されてしまったかのように 扱われる。 ＰｕｔＯｗｎｅｒｓｈｉｐ ｄｏＤｅｌｅｔｅ リファレンスがゼロに行く場合、データを削除すること。 ｄｏＤｅｒｅｆ リファレンスがゼロに行く場合、オブジェクトの引用を解除 すること。 データが引用される場合には、ＰｕｔＯｗｎｅｒｓｈｉｐは所有権情報を変更 する。データがＶＶａｌｕｅに記憶される場合には、この方法は効果が無い。こ の方法は、一般に、オブジェクトまたはデータの所有権を引き継ぐために用いら れる。コーラーは、データの寿命が、当該データに関する全てのリファレンスの 寿命よりも長いことを確認しなければならない。 ＩｓＣｏｎｔａｉｎｅｄ ＩｓＣｏｎｔａｉｎｅｄは、データが、リファレンス内のＶＶａｌｕｅに記憶 されている定数であるかどうかを戻す。 ＷｉｌｌＤｅｌｅｔｅ ＷｉｌｌＤｅｌｅｔｅは、当該データに関する全てのリファレンスが消滅する 場合に、データが削除されるかどうかを戻す。データが、リファレンス内のＶＶ ａｌｕｅに記憶されている定数である場合には、これはＴＲＵＥを戻す。 ＷｉｌｌＤｅｒｅｆ ＷｉｌｌＤｅｒｅｆは、当該オブジェクトに関する全てのリファレンスが消滅 する場合に、オブジェクトが引用解除されるかどうかを戻す。データが、リファ レンス内のＶＶａｌｕｅに記憶されている定数である場合には、これは、ＦＡＬ ＳＥを戻す。 Ｂａｓｅ（ベース）クラス これらのクラスは、全てのクラスレジストリエントリーのためのベースクラス である。それらは、殆どの異なるクラスを通じて必要とされる一般的方法及び特 性を提供する。ＶｃｒＢａｓｅは、全てのクラスレジストリクラスに関する最小 公分母を定義し、リファレンスカウント、ヘルプ情報、等々をサポートする。そ の方法の多くは、純粋に仮想であり、そして、サブクラスにおいて実行される。 ＶｃｒＴｏｐｌｅｖｅｌは、ネームスペースにおいて直接見付けることのできる クラスレジストリアイテムのためのベースクラスであり、クラスレジストリエン トリーのバージョンナンバリング及び視点ビュー情報のメンテナン スのためのサポートを提供する。 クラスＶｃｒＢａｓｅ ＶｒＰｒｉｍａｒｙの共用サブクラス ＶｃｒＢａｓｅは、全てのクラスレジストリエレメント及びタイプ記述に関す るベースクラスである。ＶｃｒＢａｓｅは、アイテムに関する名前、タイプ、使 用、及び、ヘルプ情報に関する方法および記憶装置を提供する。このベースクラ スは、その派生クラスにおける使用のためのリファレンスカウントをサポートす る。ＶｅｒＢａｓｅは、直接的にインスタンス生成可能ではない。 保護されたメンバー(Protected Members) ＡｃｑｕｉｒｅＣｈｉｌｄ 子に関するリファレンスを獲得するためにベース クラスに尋ねる。 ＲｅｌｅａｓｅＣｈｉｌｄ 子に関するリファレンスを解除するためにベース クラスに尋ねる。 オーバライド可能な保護されたメンバー(Overridable Protected Members) ＡｃｑｕｉｒｅＣｈｉｌｄｒｅｎ 子等に関する内部リファレンスを獲得する 。 ＲｅｌｅａｓｅＣｈｉｌｄｒｅｎ 子等に関する内部リファレンスを解除する 。 共用メンバー Ａｃｑｕｉｒｅｌｎｔｅｒｎａｌ オブジェクトに関する内部リファレンスを 獲得する。 ＲｅｌｅａｓｅＩｎｔｅｒｎａｌ オブジェクトに関する内部リファレンスを 解除する。 ｐｕｔＯｗｎｅｒ オブジェクトの所有者を変更する。 ＰｕｔＨｅｌｐ このアイテムのためにヘルプ情報オブジェクトをセットする 。 Ｔａｇ このアイテムを識別するタグを戻す。 オーバライド可能な共用メンバー Ｎａｍｅ アイテムの名前を戻す。 Ｔｙｐｅ アイテムのタイプを戻す。 Ｕｓａｇｅ アイテムのための使用フラグを戻す。 Ｏｗｎｅｒ 所有者にオブジェクトを戻す。 Ｈｅｌｐ このアイテムに関するヘルプ情報オブジェクトを戻す。 ０ｂｊｅｃｔＳｙｓｔｅｍ このアイテムを管理するオブジェクトシステムを 戻す。 保護されたデータメンバー ＶＴＡｔｏｍｐ ｉｔｓＮａｍｅ アイテムの名前。 ＶＴＵｓａｇｅＣｏｄｅ ｉｔｓＵｓａｇｅ アイテムの使用フラグ。 ＡｃｑｕｉｒｅＣｈｉｌｄ ｃｈｉｌｄ 子に関するリファレンスを獲得するためのチャイルド。 ｒｅｆＴｙｐｅ 子に関するリファレンスを獲得するためのリファレンスのタ イプ。 この方法は、オブジェクトの子に関する内部リファレンスを獲得する。例えば 、クラスは、その方法、特性、タイプ、等々にリファレンスを直接加える。新規 な子がオブジェクトに加えられる時にはいつでも、そして、ＡｃｑｕｉｒｅＣｈ ｉｌｄｒｅｎがコールされる場合にはこの方法がコールされなければならない。 子に加えるためのリファレンスタイプの選択を次に示す： ＊ 直接内部リファレンスは、子に関してはそれらの所有者別に、そして、それ らのタイプオブジェクトに関してはアイテム別に保持される。ＡｃｑｕｉｒｅＣ ｈｉｌｄ（ＫＶＤｉｒｅｃｔＲｅｆ）は、内部リファレンス参を直接加える。 ＊ ループ内部リファレンスは、クラス、ファンクションの関するタイプ及び他 のタイプ別に保持される。ＡｃｑｕｉｒｅＣｈｉｌｄ（ＫＶＬｏｏｐＲｅｆ）は 、ループ内部リファレンスを加える。 ＲｅｌｅａｓｅＣｈｉｌｄ ｃｈｉｌｄ 子からリファレンスを解除するためのチャイルド。 ｒｅｆＴｙｐｅ 子に関するリファレンスを解除するためのリファレンスのタ イプ。 ｄｅｃＲｅｆ リファレンスカウントのデクリメント。 ｄｅｌｅｔｅＳｅｌｆ リファレンス参カウントがゼロに到達した場合の自己 削除。 ＲｅｌｅａｓｅＣｈｉｌｄは、オブジェクトの子から内部リファレンスを除去 する。子がオブジェクトから解任されるときはいつでも、そして、Ｒｅｌｅａｓ ｅＣｈｉｌｄｒｅｎがコールされた場合に、この方法がコールされなければなら ない。 ＡｃｑｕｉｒｅＣｈｉｌｄｒｅｎ この方法は、オブジェクトの全ての子に関する内部リファレンスを獲得する。 この方法は、ＡｃｑｕｉｒｅＩｎｔｅｒｎａｌに限ってコールされる。例えば、 クラスは、リファレンスをその方法、特性、タイプ、等々に直接加える。子に加 えるためのリファレンスタイプの選択を次に示す： ＊ 子に関する直接的な内部リファレンスは所有者別に、そして、それらのタイ プオブジェクトに関してはアイテム別に保持される。ＡｃｑｕｉｒｅＣｈｉｌｄ （ＫＶＤｉｒｅｃｔＲｅｆ）は、直接内部リファレンスを加える。 ＊ ループ内部のリファレンスは、クラス、ファンクションに関するタイプ、及 び、他のタイプに関するタイプ別に保持される。ＡｃｑｕｉｒｅＣｈｉｌｄ（Ｋ ＶＬｏｏＲｅｆ）は、ループ内部リファレンスを加える。 ＲｅｌｅａｓｅＣｈｉｌｄｒｅｎ ｄｅｃＲｅｆ リファレンスカウントのデクリメント。 ｄｅｌｅｔｅＳｅｌｆ リファレンスカウントがゼロに到達した場合の自己削 除。 ＲｅｌｅａｓｅＣｈｉｌｄｒｅｎは、その全ての子から内部リファレンスを解 除する。この方法は、ＲｅｌｅａｓｅＩｎｔｅｒｎａｌに限ってコールされる。 ブーリアン・アーギュメントは、子へのＲｅｌｅａｓｅＣｈｉｌｄコールにパス されなければならない。ｄｅｌｅｔｅＳｅｌｆがＴＲＵＥであれは、Ｒｅｌｅａ ｓｅＣｈｉｌｄｒｅｎは、その子に対するあらゆるポインタをＮＵＬＬによって 交換することが出来る。ｄｅｌｅｔｅＳｅｌｆがＦＡＬＳＥであるならば、Ｒｅ ｌｅａｓｅｃｈｉｌｄＲｅｆｓは、その子供に対するポインタを解除してはなら ない。 ＡｃｑｕｉｒｅＩｎｔｅｒｎａｌ ｒｅｆＴｙｐｅ オブジェクトに関するリファレンスを獲得するためのリファ レンスのタイプ。 この方法は、オブジェクトに関する内部リファレンスを獲得する。Ａｃｑｕｉ ｒｅＩｎｔｅｒｎａｌは、新規に加えられたリファレンスを含むオブジェクトに 関する外部および内部リファレンスの全数を戻す。内部リファレンスは、クラス レジストリ階層内において制御されるオブジェクトに関するリファレンスである 。外部リファレンスは、クラスレジストリ階層外において制御されるオブジェク トに関するリファレンスである。内部リファレンスはリファレンスカウントにお ける循環性を回避するために使われる。この方法はＡｃｑｕｉｒｅＣｈｉｌｄに 限ってコールされる。リファレンスタイプの選択を次に示す： ＊ 外部リファレンスは、クラスレジストリ外のオブザーバによってのみ保持さ れる。外部リファレンスを加えるために獲得がコールされなければならない。 ＊ 直接内部リファレンスは、それらの子に関しては所有者別に、そして、それ らのタイプオブジェクトに関してはアイテム別に保持される。ＡｃｑｕｉｒｅＩ ｎｔｅｒｎａｌ（ｋＶＤｉｒｅｃｔＲｅｆ）は、直接内部リファレンスを加える 。 ＊ ループ内部リファレンスは、クラス、ファンクションに関するタイプ、及び 、他のタイプ別に保持される。ＡｃｑｕｉｒｅＩｎｔｅｒｎａｌ（ｋＶＬｏｏｐ Ｒｅｆ）は、ループ内部リファレンスを加える。 Ｒｅｌｅａｓｅｉｎｔｅｒｎａｌ ｒｅｆＴｙｐｅ オブジェクトに関するリファレンスを獲得するためのリファ レンスのタイプ。 ｄｅｃＲｅｆ リファレンスカウントのデクリメント。 ｄｅｌｅｔｅＳｅｌｆ リファレンスカウントがゼロに到達した場合の自己削 除。 ＲｅｌｅａｓｅＩｎｔｅｒｎａｌは、オブジェクトに関する内部リファレンス を解除する。戻り値は、残存するオブジェクトに関する外部および内部リファレ ンスの全数である。ＲｅｌｅａｓｅＩｎｔｅｒｎａｌは、必要に応じて、Ｒｅｌ ｅａｓｅＣｈｉｌｄＲｅｆｓをコールする。ＲｅｌｅａｓｅＩｎｔｅｒｎａｌは 、循環リファレンスの解決について配慮する。この方法は、ＲｅｌｅａｓｅＣｈ ｉｌｄに限ってコールされる。 ＰｕｔＯｗｎｅｒ ｏｗｎｅｒ このオブジェクトの所有者 ＰｕｔＯｗｎｅｒは、このオブジェクトの所有者をセットする。所有者特性は 、ルーツタイプ又はクラス定義にまでインスタンスツリーを追跡することを可能 にするために使われる。この方法は、ＶｃｒＢａｓｅの事前決定されたサブクラ スによって自動的にコールされる。 Ｈｅｌｐ、及び、ＰｕｔＨｅｌｐ ｈｅｌｐ このアイテムに関するヘルプ。 Ｈｅｌｐ特性は、このアイテムに関するヘルプシステムオブジェクトを記憶す る。ヘルプシステムオブジェクトは、このオブジェクトに関する記述情報、並び に、固有ヘルプシステムからヘルプをディスプレイする能力を提供する。Ｈｅｌ ｐ特性がＮＵＬＬであるならば、このアイテムは一切のヘルプをサポートしない 。 Ｎａｍｅ Ｎａｍｅは、オブジェクトの名前を戻す。名前は、ＶｃｒＢａｓｅのサブクラ スのコンストラクタに対するアーギュメントとして指定された。 Ｔａｇ Ｔａｇは、オブジェクトのタグを戻す。タグは、このオブジェクトがＶｃｒＢ ａｓｅのサブクラスのどのタイプであるかを識別する。各サブクラスは、正しい 具体化を提供するために、この方法を再定義する。 Ｔｙｐｅ Ｔｙｐｅは、オブジェクトのタイプを戻す。デフォルト具体化はＮＵＬＬを戻 す。この方法は、有意義である場合においては、各々のＶｃｒＢａｓｅサブクラ スにおいて再定義されなければならない。すなわち、ＶＣｌａｓｓＤａｔａは、 クラスに関するオブジェクトリファレンスであるタイプを戻すべきである。ＶＦ ｕｎｃｔｉｏｎＤａｔａは、ファンクションの戻りタイプを戻すべきである。Ｖ ＰｒｏｐＤａｔａは、特性のタイプを戻すべきである。ＶｃｒＡｒｇｕｍｅｎｔ はアーギュメントのタイプを戻すべきである。ＶＴｙｐｅＤａｔａは自身を戻す べきである。 Ｕｓａｇｅ Ｕｓａｇｅはオブジェクトの使用フラグを戻す。使用フラグは、ＶｃｒＢａｓ ｅのサブクラスのコンストラクタに対するアーギュメントとして指定された。 Ｏｗｎｅｒ Ｏｗｎｅｒはこのオブジェクトを所有するＶｃｒＢａｓｅオブジェクトを戻す 。たとえば、ＶＦｕｒｉｃｔｉｏｎＤａｔａがＶＣｌａｓｓＤａｔａ：：Ａｄｄ Ｍｅｔｈｏｄを用いてＶＣｌａｓｓＤａｔａに加えられる場合には、ＶＦｕｎｃ ｔｉｏｎＤａｔａの所有者 はＶＣｌａｓｓＤａｔａである。ＶｃｒＢａｓｅのサブクラスは、ＶｃｒＢａｓ ｅ：：ＰｕｔＯｗｎｅｒを適当に使用して、所有者をセットする。更に詳細な情 報に関してはＰｕｔＯｗｎｅｒを参照すること。 ＯｂｊｅｃｔＳｙｓｔｅｍ ＯｂｊｅｃｔＳｙｓｔｅｍは、このアイテムを管理するオブジェクトシステム を戻す。この方法に関するデフォルト具体化はｋＶＮｏＯｂｊｅｃｔＳｙｓｔｅ ｍを戻す。ＶｃｒＡｒｇｕｍｅｎｔは、その所有者のオブジェクトシステムを戻 すために、この方法を再定義する。 クラスＶｃｒＴｏｐｌｅｖｅｌ ＶｃｒＢａｓｅの共用サブクラス ＶｃｒＴｏｐｌｅｖｅｌは、ネームスペースにおいて直接見付けることのでき るクラスレジストリアイテムに関するベースクラスである。これは、このアイテ ム、アイテムのバージョン番号、及び、そのフルネームが発見されるビューに関 する特定の情報を記憶する。このクラスは、インスタンスを直接生成可能ではな い。 共用メンバー Ｖｉｅｗｓ このアイテムを引用するビューを戻す。 ＩｎＶｉｅｗ このクラスが指定済みのビューツリー内に既に所在するかどう かを戻す。 ＡｄｄＶｉｅｗ リファレンスのリストにビューを加える。 ＲｅｍｏｖｅＶｉｅｗ リファレンスのリストからビューを除去する。 ＵｎｍａｐＳｅｌｆ 全てのビューからアイテム及びそのアダプタを除去する 。 オーバライド可能な共用メンバー ＭａｊｏｒＶｅｒｓｉｏｎ このアイテムのメジャバージョンを戻す。 ＭｉｎｏｒＶｅｒｓｉｏｎ このアイテムのマイナバージョンを戻す。 タイプの定義 Ｖｉｅｗｓ Ｖｉｅｗｓは、現在このアイテムを引用する全てのビューネームスペースを戻 す。同一ツリーからの２つのビューネームスペースは、同時に、アイテムを引用 することは出来ない。 ＩｎＶｉｅｗ ｎｏｄｅ ビューネームスペースツリーにおけるチェックのためのノード。 ＩｎＶｉｅｗは、ノードを所有するビュー内のどこかにおいて指定されたアイテ ムが既に見付けられているかどうかを戻す。この方法は、それがツリー内に既に 所在するかどうかをチェックするために使用出来る。 ＡｄｄＶｉｅｗ ｎｏｄｅ 加えるためのビュー内のノード。 ＡｄｄＶｉｅｗは、このアイテムを引用するビューのリストに１つのビューを 加える。ｎｏｄｅは、当該アイテムを見付けることの出来るビュー内の実場所で ある。 ＲｅｍｏｖｅＶｉｅｗ ｎｏｄｅ 除去するためのビュー内のノード。 ＲｅｍｏｖｅＶｉｅｗは、このアイテムを引用するビューのリストから１つの ビューを除去する。ｎｏｄｅは、当該アイテムを見付けることの出来るビュー内 の実場所である。 ＵｎｍａｐＳｅｌｆ Ｕｎｍａｐｓｅｌｆは、全てのビューから、及び、そのアダプタから、当該ア イテムをアンマップする。これは、このアイテムをキャッシュからフラッシュア ウトする効果を持つ。これは、制御メモリの消費をヘルプするために、アイテム に関してコールすることが出来る。この方法のこの具体化は、取り付けられた全 てのビュー、及び、このアイテムを所有するアダプタに関してＵｎｍａｐをコー ルする。 ＭａｊｏｒＶｅｒｓｉｏｎ ＭａｊｏｒＶｅｒｓｉｏｎは、アイテムのメジャバージョン番号を戻す。デフ ォルト具体化は０を戻す。この方法は、正当なメジャーバージョン番号を戻すた めに、サブクラスにおいてオーバライド可能である。 ＭｉｎｏｒＶｅｒｓｉｏｎ ＭｉｎｏｒＶｅｒｓｉｏｎは、アイテムのマイナバージョン番号を戻す。デフ ォルト具体化は０を戻す。この方法は、正当なマイナバージョン番号を戻すため に、サブクラスにおいてオーバライド可能である。 Ｅｘｐｏｓｅｄ（露出）クラス これらは、クラスレジストリのユーザーに露出されているクラスである。これ らのクラスは、クラスレジストリエントリのための構造を定義する。ＶＦｕｎｃ ｔｉｏｎＤａｔａ、ＶＰｒｏｐＤａｔａ、ＶＣｌａｓｓＤａｔａ、ＶＡｄａｐｔ ｅｒＮａｍｅＳｐａｃｅ、及び、ＶＶｉｅｗＮａｍｅＳｐａｃｅは、各オブジェ クトシステムの特殊サポートを提供することができるようにサブクラス分類する ことを意図した抽象クラスである。ＶｃｒＡｒｇｕｍｅｎｔ、ＶＥｘｃｅｐｔｉ ｏｎＤａｔａ、及び、ＶＩｎｓｔａｎｃｅＤａｔａは、直接インスタンス化可能 であるか、又は、特定の目的のためにサブクラス化可能である。ＶＣｌａｓｓＲ ｅｇｉｓｔｒｙは直接インスタンス化可能であり、サブクラス化されてはならな い。露出されたクラスの集合は、タイプ管理セクションにおいて定義されるＶＴ ｙｐｅＤａｔａを含む。 クラスＶｃｒＡｒｇｕｍｅｎｔ ＶｃｒＢａｓｅの共用サブクラス ＶｃｒＡｒｇｕｍｅｎｔインスタンスは、クラスレジストリ記述された方法に 関するアーギュメントを指定する。 共用メンバー ＶｃｒＡｒｇｕｍｅｎｔ ＶｃｒＡｒｑｕｍｅｎｔオブジェクトを作成する。 Ｄｅｆａｕｌｔ アーギュメントのデフォルト値を戻す。 ＰｕｔＤｅｆａｕｌｔ アーギュメントのデフォルト値をセットすること。 タイプの定義 ＶＴＡｒｇｕｍｅｎｔＬｉｓｔ ＶｃｒＡｒｇｕｍｅｎｔオブジェクトのＶＡ ｒｒａｙ。 ＶｃｒＡｒｇｕｍｅｎｔコンストラクタ ｎａｍｅ アーギュメントの名前。 ｔｙｐｅ アーギュメントのタイプ。 ｕｃｏｄｅｓ アーギュメント用使用フラグ（該当する場合）。 アーギュメントオブジェクトを作成する。このオブジェクトは、一般にその作 成の後において、ＡｄｄＡｒｇｕｍｅｎｔを用いて、ＶＦｕｎｃｔｉｏｎＤａｔ ａに加えられる。 デフォルト、及び、ＰｕｔＤＤｅｆａｕｌｔ デフォルト特性はアーギュメントに関するデフォルト値を記憶する。方法がコ ールされた場合にアーギュメントが指定されない場合には、この値が使用される 。アーギュメントタイプが基本タイプである場合に限り、デフォルト値が用いら れる。 クラスＶＦｕｎｃｔｉｏｎＤａｔａ ＶｃｒＴｏｐｌｅｖｅｌの共用サブクラス ＶＦｕｎｃｔｉｏｎＤａｔａは、宣言されたファンクション（或いは方法）を 示す抽象クラスである。これは、その名前、アーギュメント、戻りタイプ、及び 、コール可能なエントリーポイントを含む。このオブジェクトは、クラスレジス トリ、または、タイプマネージャー記述において使用可能である。又は、サブク ラスは、直接ファンクションコール用の内部サポートを提供しないアプリケーシ ョンにおける支援ファンクションコール明白な目的のために作成可能である。方 法はオブジェクトポインタである隠された第１のアーギュメントを持たねばなら ないという点で、方法とファンクションは異なる。このアーギュメントは、総称 オブジェクトポインタとして宣言される。従って、方法（ＶｃｒＣａｌｌを用い る）を実行する以前に、第１のアーギュメントに関して正しいタイプのチェック を実施することは、コーラーの自由裁量に従う。方法のために隠されたアーギュ メントを加えることは、ＶＦｕｎｃｔｉｏｎＤａｔａのサブクラスの責任である 。 共用メンバー ＶＦｕｎｃｔｉｏｎＤａｔａ ＶＦｕｎｃｔｉｏｎＤａｔａオブジェクトを作 成する。 Ｅｑｕａｌ このファンクション定義が指定されたフアンクションの定義と同 じであるかどうかを決定する。 オーバライド可能な共用メンバー ＬｏｃｋＡｃｃｅｓｓ このスレッドがファンクションをコールできるかどう かをチェックする。 ＵｎｌｏｃｋＡｃｃｅｓｓ コールファンクションに関するこのスレッドのロ ックを解く。 ＦｕｎｃｔｉｏｎＴｙｐｅ このタイプのファンクションに対するポインタを 表すタイプを戻す。 ＩｓＭｅｔｈｏｄ これが方法であるかどうかを戻す。 Ａｒｑｕｍｅｎｔｓ ファンクションのためのアーギュメントのリストを戻す 。 Ｅｘｃｅｐｔｉｏｎｓ ファンクションが作ることのできる例外のリストを戻 す ＥｎｔｒｙＰｏｉｎｔ ファンクションのためのコール可能なエントリポイン トを戻す。 ＶａｌｉｄＣａｌｌ 前のコールが成功したかどうかを戻す。 タイプの定義 ＶＴＦｕｎｃｔｉｏｎＬｉｓｔ ＶＦｕｎｃｔｉｏｎＤａｔａオブジェクトの ＶＡｒｒａｙ。 ＶＴＦｕｎｃｔｉｏｎＲｅｆＬｉｓｔ ＶＦｕｎｃｔｉｏｎＤａｔａオブジェ クトのＶｒＲｅｆＬｉｓｔ。 ＶＴＦｕｎｃｔｉｏｎＲｅｆ ＶＦｕｎｃｔｉｏｎＤａｔａオブジェクトに対 するＶｒＲｅｆｅｒｅｎｃｅ。 ＶＴＦｕｎｃｔｉｏｎＤｉｃｔ ＶＦｕｎｃｔｉｏｎＤａｔａオブジェクトの ＶＡｔｏｍＤｉｃｔｉｏｎａｒｙ。 ＶＦｕｎｃｔｉｏｎＤａｔａコンストラクタ ｎａｍｅ ファンクションの名前。 ｕｃｏｄｅｓ ファンクションに関する使用フラグ（該当する場合）。 ファンクション記述を作る。ファンクションの定義が完了した後において、ク ラスまたはネームスペースに記憶可能である。 Ｅｑｕａｌ ｆｕｎｃ 比較するためのファンクション。 Ｅｑｕａｌは、２つのファンクション記述を比較し、それらが等しければ真を 戻す。２つのファンクションが等しいためには、名前、戻しのタイプ、使用コー ド、アーギュメントの個数、及び、ファンクション記述の例外が同じでなければ ならない。更に、全てのアーギュメントの名前、タイプ、及び、使用コードが等 しくなければならない。ヘルプ情報はチェックされない。２つのファンクション ポインタのタイプが同等のタイプであるかどうかを決定する場合には、この方法 がタイプマネージャーによってコールされる。 ＬｏｃｋＡｃｃｃｓｓ ｗａｉｔ ロックが解除されることを待つ。 他のスレッドがファンクションを同時にコールしないように、ＬｏｃｋＡｃｃ ｅｓｓはＶＦｕｎｃｔｉｏｎＤａｔａをロックする。ＶＦｕｎｃｔｉｏｎＤａｔ ａに関してＫＶＵａｇｅＴｈｒｅａｄＳａｆｅが指定された場合には、Ｌｏｃｋ Ａｃｃｓｓは必ずＴＲＵＥを戻す。ｗａｉｔがＴＲＵＥであり、そして、ファン クションが現在ロックされている場合には、ＬｏｃｋＡｃｃｅｓｓはファンクシ ョンが解錠されることを待つ。そうでない場合には、ＬｏｃｋＡｃｃｅｓｓはＦ ＡＬＳＥを戻す。ＬｏｃｋＡｃｃｅｓｓがＴＲＵＥを戻した場合には、ＶＦｕｎ ｃｔｉｏｎＤａｔａ：：Ｕｎｌｏｃｋｃｃａｌｌは後でコールされなければなら ない。 ＵｎｌｏｃｋＡｃｃｅｓｓ 他のスレッドが当該ファンクションをコールすることができるように、Ｕｎｌ ｏｃｋａｃｃｅｓｓはＶＦｕｎｃｔｉｏｎＤａｔａをアンロックする。ＶＦｕｎ ｃｔｉｏｎＤａｔａに関してｋＶＵｓａｇｅＴｈｒｅａｄｓａｆｅが指定されて いる場合には、ＵｎｌｏｃｋＡｃｃｅｓｓは何もしない。 ＦｕｎｃｔｉｏｎＴｙｐｅ このサインを持ったファンクションに対するポインタを表すタイプを戻す。 ＩｓＭｅｔｈｏｄ このオブジェクトがクラスの方法である（すなわち、タイプオブジェクトの隠 された第１アーギュメントを持つ）かどうか、又は、それがファンクションであ るかどうかを戻す。 Ａｒｇｕｍｅｎｔｓ このファンクションに関するアーギュメントのリストを戻す。ファンクション が直接または間接的にクラスレジストリに入れられた後で、リストは、追加され るか又は除去されるアイテムを一切所有しない。 Ｅｘｃｅｐｔｉｏｎｓ このファンクションが作ることの出来る例外のリストを戻す。このリストは、 コールコードによって修正されるべきでない。言語は、この情報を使う必要が無 い。ファンクションがＣａｌｌ方法によってコールされる場合には、当該例外に 関する必要な全ての情報が戻される。この方法は、主として情報的な目的のため に使われる。リストは、ファンクションが直接または間接的にクラスレジストリ に入れられた後で、それに追加またはそれから除去されるべきアイテムは一切所 有しない。 ＥｎｔｒｙＰｏｉｎｔ ｏｂｊＣｌａｓｓ これが方法である場合には、オブジェクトのクラス。 ｏｂｊｅｃｔ このファンクションが適用されるオブジェクト（ＥｎｔｒｙＰ ｏｉｎｔが方法に関してコールされた場合に限り正当）。 ｃａｌｌｏｂｊｅｃｔ （戻し）これが方法であり、そして、’ｏｂｊｅｃｔ ’が正当である場合には、これは、コールに対する第 １のアーギュメントとして使用するべきオブジェクト を含む。 ｃａｌｌｔｙｐｅ （戻し）ファンクションを呼ぶためのコールコンベンショ ン。 ＥｎｔｒｙＰｏｉｎｔは、このファンクションに関するコール可能なエントリ ポイントを戻す。これが方法である場合には、第１アーギュメントは、所定のオ ブジェクトに関するエントリポイントの動的ルックアップを行うために用いても 差し支えない。これは、エントリポイント及びコールコンベンションが、オブジ ェクトインスタンスに応じて異なることがあり得ることを意味する。第２のアー ギュメントは、方法に対する実コールのために使用可能なオブジェクトを戻すた めに使われる。これが方法である場合には、その所有者はクラスであり、そして 、ｏｂｊＣｌａｓｓは０ではない。従って、ｏｂｊＣｌａｓｓ−＞ＣａｓｔＴｏ Ｂａｓｅはオブジェクトに関して自動的にコールされる。そうでない場合には、 オブジェクトは、当該オブジェクトに関するＶＣｌａｓｓＤａｔａ：：Ｃａｓｔ ＴｏＢａｓｅをコールすることによって、ベースクラスに関するポインタに既に 変換されていなければならない。 ＶａｌｉｄＣａｌｌ ｆｕｎｃＤａｔａ 当該コールに関するファンクション記述。 ｐａｒａｍＣｏｕｎｔ パラメータの数。 ｐａｒａｍＴｙｐｅｓ パラメータのタイプ。 ｐａｒａｍｓ パラメータに対するポインタのアレイ。 ｒｅｓｕｌｔ 当該ファンクションの戻り値に対するポインタ。 ＶａｌｉｄＣａｌｌは、当該ファンクションに対する以前のコールが正当な結 果を生成したかどうかをチェックする。この方法は、戻り値、及び、例外情報に 関する出力またはイン／アウトパラメータをチェックするために、サブクラスに おいて再実行されなければならない。 クラスＶＰｒｏｐＤａｔａ ＶｃｒＢａｓｅの共用サブクラス ＶＰｒｏｐＤａｔａは、クラスの特性を記述する抽象クラスである。特性は、 ゲットアンドセットアクセッサ方式によってアクセスされるクラスの名前付き属 性である。特性は、「ゲット」及び「セット」の２つのアクセッサ方式の少なく とも一方を定義しなければならない。アクセッサ方式は、多重アーギュメントを 持つことができる。例えば、特性が実際に収集内の特定の場所へアクセスするた めにインデックスを必要とする他のオブジェクトの収集である場合に、これは、 有用である。 共用メンバー ＶＰｒｏｐＤａｔａ ＶＰｒｏｐＤａｔａオブジェクトを作成する。 オーバライド可能な共用メンバー ＬｏｃｋＡｃｃｅｓｓ このスレッドがファンクションをコールすることがで きるかどうかをチェックする。 ＵｎｌｏｃｋＡｃｃｅｓｓ コールファンクションに関するこのスレッドのロ ックを解錠する。 ＧｅｔＭｅｔｈｏｄ 特性のゲット方式を戻す。 ＳｅｔＭｅｔｈｏｄ 特性のセット方式を戻す。 タイプの定義 ＶＰｒｏｐＤａｔａコンストラクタ ｎａｍｅ 特性の名前。 ｕｃｏｄｅｓ 特性に関する使用フラグ（該当する場合）。 特性記述を作成する。アクセッサ方式の名前は、＿ｇｅｔ＿又は＿ｓｅｔ＿の いずれかによって先行される特性の名前でなくてはならない。このネーミングコ ンベンション（ＣＯＲＢＡ Ｃ言語により義務付けられる）は、多重クラスレジ ストリによって作動可能にされるプログラミング言語を堅実に横断して特性にア クセスすることを可能にする。 ＬｏｃｋＡｃｃｅｓｓ ｗａｉｔ 解錠されることを待つこと。 他のスレッドが特性に同時にアクセス出来ないようにするために、ＬｏｃｋＡ ｃｃｅｓｓはＶＰｒｏｐＤａｔａをロックする。ＫＶＵｓａｇｅＴｈｒｅａｄＳ ａｆｅがＶＰｒｏｐＤａｔａに関して指定されている場合には、ＬｏｃｋＡｃｃ ｅｓｓは常にＴＲＵＥを戻す。ｗａｉｔがＴＲＵＥであり、そして、ファンクシ ョンが現在ロックされている場合には、ＬｏｃｋＡｃｃｅｓｓは、ファンクショ ンが解除されることを待つ。そうでない場合には、ＬｏｃｋＡｃｃｅｓｓはＦＡ ＬＳＥを戻す。ＬｏｃｋＡｃｃｅｓｓがＴＲＵＥを戻す場合には、ＶＰｒｏｐＤ ａｔａ：：ＵｎｌｏｃｋＣａｌｌは後でコールされなければならない。デフォル トとしての実行は、戻す以前に、ゲットアクセッサ及びセットアクセッサの両方 をロックする。 ＵｎｌｏｃｋＡｃｃｅｓｓ 他のスレッドが特性にアクセス可能であるように、ＵｎｌｏｃｋＡｃｃｅｓｓ はＶＰｒｏｐＤａｔａを解錠する。ＶＰｒｏｐＤａｔａに関してＫＶＵｓａｇｅ Ｔｈｒｅａｄｓａｆｅが指定されている場合には、ＵｎｌｏｃｋＡｃｃｅｓｓは 何もしない。 ＧｅｔＭｅｔｈｏｄ ＧｅｔＭｅｔｈｏｄは、特性に関する検索アクセッサ方式を戻す。この方法は 、コンストラクタの一部としてインストールされた。戻りがＮＵＬＬである場合 には、特性は読み取り可能でない。これは、最初の呼出しの後において、必ず、 同一値を戻すべきである。 ＳｅｔＭｅｔｈｏｄ ＳｅｔＭｅｔｈｏｄは、特性に関する記憶アクセッサ方式を戻す。この方法は 、コンス トラクタの一部として特性にインストールされた。戻しがＮＵＬＬである場合に は、特性は記入可能でない。これは最初の呼出しの後において、必ず、同一値を 戻すべきである。 クラスＶＩｎｓｔａｎｃｅＤａｔａ ＶｃｒＴｏｐｌｅｖｅｌの共用サブクラス ＶＩｎｓｔａｎｃｅＤａｔａは、定数、変数、または、クラスの名前付きイン スタンスを記述する。名前付きインスタンスは、一般的に利用可能なインスタン スであるか、又は、或るクラスに特有であるように、クラスレジストリにインス トール可能である。ＶＩｎｓｔａｎｃｅＤａｔａは、必要に応じて、サブクラス に分類されても差し支えない。使用フラグは、インスタンスが読み専用、又は、 読み書き、又は、書き専用のいずれであるかを指定する。定数は、読み専用イン スタンスとして記述される。 共用メンバー ＶＩｎｓｔａｎｃｅＤａｔａ ＶＩｎｓｔａｎｃｅＤａｔａオブジェクトを作 成する。 オーバライド可能な共用メンバー Ｖａｌｕｅ インスタンスの値を戻す。 保護されたメンバー ＰｕｔＶａｌｕｅ インスタンスの値をセットする。 タイプの定義 ＶｉｎｓｔａｎｃｅＤａｔａコンストラクタ ｎａｍｅ インスタンスの名前。 ｖａｌｕｅ インスタンスの値。 ｕｃｏｄｅｓ インスタンスのための使用フラグ（該当する場合）。 名前付きインスタンスの記述を作成する。 ＰｕｔＶａｌｕｅ ｖａｌｕｅ インスタンスの値。 名前付きインスタンスの値をセットする。これは、ベースクラスの初期化の後 において定数の値をセットすることが必要なＶＩｎｓｔａｎｃｅＤａｔａのサブ クラスからコールされることを意図したものである。 Ｖａｌｕｅ 名前付きインスタンスの値を戻す。 クラスＶＥｘｃｅｐｔｉｏｎＤａｔａ ＶｃｒＴｏｐｌｅｖｅｌの共用サブクラス ＶＥｘｃｅｐｔｉｏｎＤａｔａは、ユーザー定義の例外を記述する。例外は、 一般的に利用可能な例外であるか、又は、クラスに対して指定されるようにクラ スレジストリにインストールされても差し支えない。例外は、それらの名前によ って区別される。ＶＥｘｃｅｐｔｉｏｎＤａｔａは、必要に応じて、サブクラス に分類されても差し支えない。 共用メンバー ＶＥｘｃｅｐｔｉｏｎＤａｔａ ＶＥｘｃｅｐｔｉｏｎＤａｔａオブジェクト を作成する。 保護されたメンバー ＰｕｔＴｙｐｅ 例外のタイプをセットする。 タイプの定義 ＶＥｘｃｅｐｔｉｏｎＤａｔａコンストラクタ ｎａｍｅ 例外の名前。 ｔｙｐｅ 例外のタイプ。 ｕｃｏｄｅｓ 例外のための使用フラグ（該当する場合）。 ユーザー定義例外の記述を作成する。 ＰｕｔＴｙｐｅ ｔｙｐｅ 例外のタイプ。 ユーザー定義例外のタイプをセットする。これは、ベースクラスの初期化の後 において例外のタイプをセットすることが必要なＶＥｘｃｅｐｔｉｏｎＤａｔａ のサブクラスからコールされることを意図したものである。例外のタイプは、そ れが最初に検索された後においては変更されてはならない。 クラスＶＣｌａｓｓＤａｔａ ＶｃｒＴｏｐｌｅｖｅｌの共用サブクラス ＶＣｌａｓｓＤａｔａは、クラスレジストリに対するオブジェクトのクラスを 記述する抽象クラスである。その定義は、クラスによって所有される特性、方法 、タイプ等の集合について質問するためのサポートを提供する。方法は、コンス トラクタ方法、デストラクタ方法、及び、リファレンスカウント方法を含む。ク ラスに関して記述する場合には、これら全ての方法は定義されない状態にしてお いても差し支えない。このクラスは直接サブクラス化しても差し支えなく、或い は、ＶｃｒＣｏｄｅｄＣｌａｓｓは、オブジェクトシステムアダプタの代りにサ ブシステム化しても差し支えない。 共用メンバー ＶＣｌａｓｓＤａｔａ ＶＣｌａｓｓＤａｔａオブジェクトを作成する。 Ｎｏｔｉｆｙｖｉｅｗs クラスが変化したことをビューに通告する。 オーバライド可能な共用メンバー ＢａｓｅＣｌａｓｓ 記述されたクラスの第１ベースクラスを戻す。 ＢａｓｅＣｌａｓｓｅｓ 全てのベースクラスのリストを戻す。 Ｃｏｎｓｔｒｕｃｔｏｒ クラスのコンストラクタ記述を戻す。 Ｄｕｐｌｉｃａｔｏｒ クラスのコピーコンストラクタ記述を戻す。 Ｄｅｓｔｒｕｃｔｏｒ クラスのデストラクタ記述を戻す。 ＡｃｑｕｉｒｅＭｅｔｈｏｄ クラスの「獲得」方法の記述を戻す。 ＲｅｌｅａｓｅＭｅｔｈｏｄ クラスの「解放」方法の記述を戻す。 Ｍｅｔｈｏｄｓ クラスの全ての方法のリスト、或いは、指定された名前を持 つ全ての方法のリストを戻す。 Ｐｒｏｐｅｒｔｉｅｓ クラスの全ての特性のリストを戻す。 Ｔｙｐｅｓ クラスの全てのタイプのリストを戻す。 Ｉｎｓｔａｎｃｅｓ クラスにおいて定義された全てのインスタンスのリスト を戻す。 Ｅｘｃｅｐｔｉｏｎｓ クラスにおける全ての例外のリストを戻す。 Ｍｅｔｈｏｄ 指定された名前の方法を戻す。 Ｐｒｏｐｅｒｔｙ 指定された名前の特性を戻す。 ＤｅｆａｕｌｔＰｒｏｐｅｒｔｙ 記述されたクラスのデフォルト特性を戻す 。 Ｔｙｐｅ 指定された名前のタイプを戻す。 Ｉｎｓｔａｎｃｅ 指定された名前のインスタンスを戻す。 Ｅｘｃｅｐｔｉｏｎ 指定された名前の例外を戻す。 ＣａｓｔＴｏＤｉｒｅｃｔＢａｓｅ オブジェクトインスタンスを直接ベース クラスへキャストする。 ＣａｓｔＴｏＢａｓｅ オブジェクトインスタンスをあらゆるベースクラスイ ンスタンスへキャストする。 ＣａｓｔＦｒｏｍＤｉｒｅｃｔＢａｓｅ 直接ベースクラスからオブジェクト インスタンスをキャストする。 ＣａｓｔＦｒｏｍＢａｓｅ あらゆるベースクラスからこのクラスへオブジェ クトインスタンスをキャストする。 ＳｕｂｃｌａｓｓＯｆＯｂｊｅｃｔ 指定されたオブジェクトがこのクラスの サブクラスである場合に、指定されたオブジェクトのク ラスを戻す。 ＳｕｏｃｌａｓｓＯｆ この方法に対してアーギュメントであるクラスのサブ クラスであるかどうかを決定すること。 ＳｕｐｅｒｃｌａｓｓＯｆ この方法に対してアーギュメントであるクラスの スーパクラスであるかどうかを決定すること。 タイプの定義 ＶＣｌａｓｓＤａｔａコンストラクタ ｎａｍｅ クラスの名前 ｕｓａｇｅ クラスに関する使用フラグ。 クラスの記述を作成する。クラスは、単独で継承されるか、または、複合継承 されたベースクラスであっても差し支えない。 クラスのユーザーは、その有効範囲に紹介されたオブジェクトの破壊のために 次の規則に従うべきである： ＊ オブジェクトがコンストラクタによって作成された場合には、ユーザーは、 適宜、デストラクタ（定義されている場合）をコールしなければならない。 ＊ オブジェクトが方法またはファンクションコールによって導入され、次に、 オブジェクトを導入したアーギュメント／方法に関する使用フラグがフラグＫＶ ＵｓａｇｅＣａｌｌｅｒＩｓＯｗｎｅｒを含む場合には、ユーザーは、適宜、デ ストラクタをコールしなければならない。 ＊ そうでない場合には、オブジェクトが導入された場合、ＡｃｑｕｉｒｅＭｅ ｔｈｏｄがコールされなければならず、そして、オブジェクトが処理されなけれ ばならない場合には、定義済みであれば、ＲｅｌｅａｓｅＭｅｔｈｏｄがコール されなければならない。 これらの方法（コンストラクタ、デストラクタ、ＡｃｑｕｉｒｅＭｅｔｈｏｄ ＲｅｌｅａｓｅＭｅｔｈｏｄ）は、必ずしもオブジェクト自身によって実行され ることが必要であるとは限らず、クラスレジストリへの統合を容易にするよに設 計された利便なファンクションを用いても差し支えないことに注意されたい。コ ンストラクタは、任意のアーギュメントを所持しても差し支えないが、デストラ クタ、ＡｃｑｕｉｒｅＭｅｔｈｏｄ、及び、ＲｅｌｅａｓｅＭｅｔｈｏｄはアー ギュメントを所持してはならず、或いは、全てのアーギュメントはデフォルト値 を持たなければならない。 ＮｏｔｉｆｙＶｉｅｗｓ ｎｕｍｍｅｔｈｓ クラスにおける新規な方法の数。 ｎｕｍｐｒｏｐｓ クラスにおける新規な特性の数。 ｎｕｍｔｙｐｅｓ クラスにおける新規なタイプの数。 ｎｕｍｉｎｓｔｓ クラスにおける新規なインスタンスの数。 ｎｕｍｅｘｃｅｐｔｓ クラスにおける新規な例外の数。 ＮｏｔｉｆｙＶｉｅｓは、クラスの全てのビューに、その定義が変わったこと を通告する。クラスが変わった場合にはいつでも、これがコールされなければな らず、そして、それに関するビューは既に存在する。更に詳細には、ビューには 、方法、特性、タイプ、インスタンス、または、例外の完全なリストの検索が終 了した後で修正が発生したかどうかだけを通告する必要がある。質問することを 目的として、方法、特性、等々に関する何等かの特定の情報をビューが記憶しつ つある場合に、ビューに通告する必要がある。 ＢａｓｅＣｌａｓｓ ＢａｓｅＣｌａｓｓは、クラスがベースクラスであるならばＮＵＬＬを戻し、 このクラスが単独で継承される場合にはベースクラスを戻し、又は、このクラス が多重的に継承される場合には、コンストラクタに供給された第１ベースクラス を戻す。 ＢａｓｅＣｌａｓｓｅｓ ＢａｓｅＣｌａｓｓｅｓは、クラスがベースクラスであるならば空のＶＡｒｒ ａｙを戻し、このクラスが単独で継承される場合にはベースクラスを含むＶＡｒ ｒａｙを戻し、又は、このクラスが多重的に継承される場合にはコンストラクタ に供給されたベースクラスのアレイを戻す。このアレイは、コーラーによって修 正されてはならない。 Ｃｏｎｓｔｒｕｃｔｏｒ Ｃｏｎｓｔｒｕｃｔｏｒは、記述されたクラスに関するコンストラクタを戻す 。コンストラクタによって戻されたファンクションは、オブジェクトに関するＣ ＋＋コンストラクタと同じではない。クラスレジストリによって定義されたコン ストラクタは、オブジェクトの割当てに責任があり、そして、新規なオブジェク トを戻さねばならない。コンストラクタに関するクラスレジストリ記述は総称オ ブジェクト戻しタイプを持つ（タイプコードＫＶＴｙｐｅＯｂｊｅｃｔＰｏｉｎ ｔｅｒ）。指定されたコンストラクタが無い場合もあり得る。この場合には、コ ンストラクタはＮＵＬＬを戻す。この方法によって戻されたＶＦｕｎｃｔｉｏｎ Ｄａｔａは、オブジェクトインスタンスに関する隠された第１アーギュメントを 持たない。従って、このＶＦｕｎｃｔｉｏｎＤａｔａは、方法であるとみなして はならない。 Ｄｕｐｌｉｃａｔｏｒ Ｄｕｐｌｉｃａｔｏｒは、記述されたクラスに関するコピーコンストラクタを 戻す。Ｄｕｐｌｉｃａｔｏｒによって戻されたファンクションは、オブジェクト に関するＣ＋＋コピーコンストラクタと同じではない。クラスレジストリによっ て定義されたコピーコンストラクタは、オブジェクトの割当てに関して責任を負 い、そして、新規なオブジェクトを戻さなければならない。コピーコンストラク タに関するクラスレジストリ記述は、総称オブジェクトリターンタイプを持つ（ タイプコードＫＶＴｙｐｅＯｂｊｅｃｔＰｏｉｎｔｅｒ）。指定されたコピーコ ンストラクタが無い場合もあり得る。この場合、ＣｏｐｙはＮ ＵＬＬを戻す。この方法によって戻されたＶＦｕｎｃｔｉｏｎＤａｔａは、コピ ーに対するオブジェクトインスタンスに関する隠された第１アーギュメントを持 つ。従って、このＶＦｕｎｃｔｉｏｎＤａｔａは方法であり、そして、コンスト ラクタと同様ではない。 Ｄｅｓｔｒｕｃｔｏｒ Ｄｅｓｔｒｕｃｔｏｒは、記述されたクラスに関するデストラクタを戻す。こ の方法は、アーギュメントを持ってはならないか、或いは、全てのアーギュメン トに対してデフォルト値を持たなければならない。デストラクタによって戻され た方法は、オブジェクトインスタンスに割当てられたメモリーの実自由を実施す ることが方法に責任があると言う点において、Ｃ＋＋デストラクタと同じではな い。指定されたデストラクタが存在しないこともあり得る。この場合、デストラ クタはＮＵＬＬを戻す。デストラクタからの戻しは方法でなければならない。 ＡｃｑｕｉｒｅＭｅｔｈｏｄ ＡｃｑｕｉｒｅＭｅｔｈｏｄは、クラスのインスタンスにリファレンスを加え るために用いられる方法を戻す。この方法はアーギュメントを持ってはならず、 又は、全てのアーギュメントはデフォルト値を持たなければならない。Ａｃｑｕ ｉｒｅＭｅｔｈｏｄの戻しは同様にＮＵＬＬであっても差し支えない。Ａｃｑｕ ｉｒｅＭｅｔｈｏｄからの戻しは方法でなければならない。オブジェクトシステ ムがリファレンスカウントを継承的にサポートしない場合には、クラスレジスト リは、ユーティリティクラスを用いて、インスタンスに基づいたリファレンスカ ウントに対してサポートを提供することが出来る。 ＲｅｌｅａｓｅＭｅｔｈｏｄ ＲｅｌｅａｓｅＭｅｔｈｏｄは、クラスのインスタンスからリファレンスを除 去するために使われる方法を戻す。この方法はアーギュメントを持ってはならず 、又は、全てのアーギュメントはデフォルト値を持たなければならない。Ｒｅｌ ｅａｓｅＭｅｔｈｏｄの戻しは同様にＮＵＬＬであっても差し支えない。Ｒｅｌ ｅａｓｅＭｅｔｈｏｄからの戻しは方法でなければならない。 Ｍｅｔｈｏｄｓ ｎａｍｅ 探索するための方法の名前。 ｓｅａｒｃｈａｓ 探索はケース依存またはケース非依存のいずれかである。 ｏｂｊｅｃｔ 動的探索に使用するオブジェクト Ｍｅｔｈｏｄｓは、２つのオーバロードされた定義を持つ。アーギュメントな しのバージョンがコールされた場合には、当該クラスにおける事前に定義済みの 全ての方法のリストが戻される。戻されたリストは修正してはならない。このリ ストは動的に利用可能な方法は一切含まない。ただし、ＶＣｌａｓｓＤａｔａの サブクラスによって方法の内部リストにこの種の方法が加えられていた場合には この限りでない。この方法の第２バージョンは、所定の名前をもつオーバロード された全ての方法を含む。オブジェクトが指定されている場合には、ＶＣｌａｓ ｓＤａｔａのサブクラスは、方法の動的ルックアップを遂行するためにこれを使 用しても差し支えない。 Ｐｒｏｐｅｒｔｉｅｓ Ｐｒｏｐｅｒｔｉｅｓは、クラス記述において定義された全ての特性のリスト を戻す。このリストはコーラーによって修正されてはならない。このリストは、 動的に利用可能な特性は一切含まない。ただし、ＶＣｌａｓｓＤａｔａのサブク ラスによって、特性の内部リストにこの種の特性が加えられていた場合はこの限 りでない。 Ｔｙｐｅｓ Ｔｙｐｅｓは、事前に定義済みのタイプによって定義された全てのクラス記述 のリストを戻す。このリストは、コーラーによって修正されてはならない。この リストは、動的に利用可能なタイプは一切含まない。ただし、ＶＣｌａｓｓＤａ ｔａのサブクラスによって、特性の内部リストにこの種のタイプが加えられてい た場合はこの限りでない。 Ｉｎｓｔａｎｃｅｓ Ｉｎｓｔａｎｃｅｓは、クラス記述において定義された全ての名前付きインス タンスのリストを戻す。これらは、クラスのインスタンスではあり得ず、クラス によって使われる名前付き定数であることに注意されたい。このリストは、コー ラーによって修正されてはならない。このリストは、動的に利用可能なインスタ ンスは一切含まない。ただし、ＶＣｌａｓｓＤａｔａのサブクラスによって特性 の内部リストに加えられていた場合にはこの限り出ない。 Ｅｘｃｅｐｔｉｏｎｓ Ｅｘｃｅｐｔｉｏｎｓは、クラス記述において定義された事前に定義済みの全 ての例外のリストを戻す。このリストは、コーラーによって修正されてはならな い。このリストは、動的に利用可能な一切の例外を含まない。ただし、この種の 例外が、ＶＣｌａｓｓＤａｔａのサブクラスによって特性の内部リストに加えら れていた場合にはこの限りでない。 Ｍｅｔｈｏｄ ｎａｍｅ 探索するための方法の名前 ｓｅａｒｃｈａｓ 探索は、ケース依存またはケース非依存のどちらかである 。 ｏｂｊｅｃｔ 動的探索のために使用するオブジェクト Ｍｅｔｈｏｄは、所定の名前の利用可能な第１の方法を発見する。オブジェク トが指定されている場合には、ＶＣｌａｓｓＤａｔａのサブクラスは、方法の動 的ルックアップを遂行するためにこれを使用しても差し支えない。 Ｐｒｏｐｅｒｔｙ ｎａｍｅ 探索するための特性の名前 ｓｅａｒｃｈａｓ 探索は、ケース依存またはケース非依存のどちらかである 。 ｏｂｊｅｃｔ 動的探索のために使用するオブジェクト Ｐｒｏｐｅｒｔｙは、クラス記述における所定の名前の特性を発見する。オブ ジェクトが指定されている場合には、ＶＣｌａｓｓＤａｔａのサブクラスは、特 性の動的ルックアップを遂行するためにこれを使用しても差し支えない。方法と は異り、オーバーロードされた特性の概念はない。 ＤｅｆａｕｌｔｐｒＯｐｅｒｔｙ ｏｂｊｅｃｔ 動的探索のために使用するオブジェクト ＤｅｆａｕｌｔＰｒｏｐｅｒｔｙは、クラス記述においてデフォルト特性を発 見する。これは、ＫＶＵｓａｇｅＤｅｆａｕｌｔＰｒｏｐｅｒｔｙ使用フラグに よって指定された特性である。デフォルト特性のコンセプトは、例えばＢａｓｉ ｃのような言語においてサ ポートされる。オブジェクトが指定されている場合には、ＶＣｌａｓｓＤａｔａ のサブクラスは、特性の動的ルックアップを遂行するためにこれを使用しても差 し支えない。 Ｔｙｐｅ ｎａｍｅ 探索するためのタイプの名前。 ｓｅａｒｃｈａｓ 探索は、ケース依存またはケース非依存のどちらかである 。 ｏｂｊｅｃｔ 動的探索のために使用するオブジェクト。 Ｔｙｐｅは、クラス記述において所定の名前のタイプを発見する。オブジェク トが指定されている場合には、ＶＣｌａｓｓＤａｔａのサブクラスは、タイプの 動的ルックアップを遂行するためにこれを使用しても差し支えない。 Ｉｎｓｔａｎｃｅ ｎａｍｅ 他なくするためのインスタンスの名前 ｓｅａｒｃｈａｓ 探索は、ケース依存またはケース非依存のどちらかである 。 ｏｂｊｅｃｔ 動的探索のために使用するオブジェクト。 Ｉｎｓｔａｎｃｅは、クラス記述において所定の名前のインスタンスオブジェ クトを発見する。オブジェクトが指定されている場合には、ＶＣｌａｓｓＤａｔ ａのサブクラスは、インスタンスの動的ルックアップを遂行するためにこれを使 用しても差し支えない。これはクラスのインスタンスであり得ないが、クラスに よって使用される名前付き定数であることに注意されたい。 Ｅｘｃｅｐｔｉｏｎ ｎａｍｅ 探索するための例外の名前 ｓｅａｒｃｈａｓ 探索は、ケース依存またはケース非依存のどちらかである 。 ｏｂｊｅｃｔ 動的探索のために使用するオブジェクト。 Ｅｘｃｅｐｔｉｏｎは、クラス記述において所定の名前の例外を発見する。オ ブジェクトが指定されている場合には、ＶＣｌａｓｓＤａｔａのサブクラスは、 例外の動的ルック アップを遂行するためにこれを使用しても差し支えない。 ＣａｓｔＴｏＤｉｒｅｃｔＢａｓｅ ｂａｓｅ キャストするためのベースクラス。 ｏｂｊｅｃｔ キャストするためのオブジェクトインスタンスへのポインタ。 ＣａｓｔＴｏＤｉｒｅｃｔＢａｓｅは、指定されたベースクラスに対してコー ルする方法において直接使用できる新規なオブジェクトポインタを戻す。ベース が直接的なベースクラスでない限り、デフォルト実施はリターンオブジェクトを 戻す。デフォルト実施は、大抵のオブジェクトシステムにとって充分である。た だし、多重ベースクラスを有するＣ＋＋の場合には、各ベースクラスに対して異 なるオブジェクトポインタを戻さねばならない。ベースクラスのリストにベース クラスが発見されない場合には、この方法はＮＵＬＬを戻さねばならない。 ＣａｓｔＴｏＢａｓｅ ｂａｓｅ キャストするためのベースクラス。 ｏｂｊｅｃｔ キャストするためのオブジェクトインスタンスに対するポイン タ。 ＣａｓｔＴｏＢａｓｅは、指定されたベースクラスに対してコールする方法に おいて直接使用することの出来る新規なオブジェクトポインタを戻す。指定され たベースクラスは、階層のどこに所在しても差し支えない。デフォルト実施は、 ベースクラスへの通路を発見し、そして、階層の各レベルに対してＣａｓｔＴｏ ＤｉｒｅｃｔＢａｓｅをコールする。デフォルト実施は、更に効率的であるため にアダプタによって定義されたサブクラスによって置き換えることができる。ベ ースクラスの階層においてベースクラスが発見されない場合には、この方法はＮ ＵＬＬを戻さねばならない。この方法は、指定されたベースクラスへの通路を発 見するために、ツリーの前順走査を遂行する。 ＣａｓｔＦｒｏｍＤｉｒｅｃｔＢａｓｅ ｂａｓｅ そこからキャストするためのベースクラス。 ｏｂｊｅｃｔ キャストするためのオブジェクトインスタンスに対するポイン タ。 ｓａｆｅ タイプセーフキャストを実施する。 ＣａｓｔＦｒｏｍＤｉｒｅｃｔＢａｓｅは、このクラスに対してコールする方 法において直接使用することの出来る新規なオブジェクトポインタを戻す。ベー スが直接ベースクラスでない限り、デフォルト実施はオブジェクトを戻す。デフ ォルト実施は、大抵のオブジェクトシステムに対して充分である。ただし、多重 ベースクラスに関するＣ＋＋の場合には、異なるオブジェクトポインタが各ベー スクラスインスタンスを表す。ベースクラスのリストにおいて当該ベースクラス が発見されない場合には、この方法はＮＵＬＬを戻さねばならない。セーフがＴ ＲＵＥである場合には、タイプセーフキャストとしてキャストが実施できる場合 に限り、この方法は非ＮＵＬＬを戻さねばならない。セーフがＴＲＵＥである場 合には、デフォルト実施はＮＵＬＬを戻す。 ＣａｓｔＦｒｏｍＢａｓｅ ｂａｓｅ そこからキャストするためのベースクラス。 ｏｂｊｅｃｔ キャストするためのオブジェクトインスタンスに対するポイン タ。 ｓａｆｅ タイプセーフキャストを実施する。 ＣａｓｔＦｒｏｍＢａｓｅは、このクラスに対してコールする方法において直 接使用できる新規なオブジェクトポインタを戻す。指定されたベースクラスは、 階層のどこに所在しても差し支えない。デフォルトとしての実施は、ベースクラ スへの通路を発見し、そして、階層の各レベルに対してＣａｓｔＦｒｏｍＤｉｒ ｅｃｔＢａｓｅをコールする。デフォルトとしての実施は、更に効率的であるた めに、アダプタによって定義されたサブクラスによって置き換えられても差し支 えない。ベースクラスがベースクラスの階層において発見されない場合には、こ の方法はＮＵＬＬを戻さねばならない。セーフがＴＲＵＥである場合には、タイ プセーフキャストとしてキャストが実施出来る場合に限り、この方法は、非ＮＵ ＬＬを戻差寝場ならない。セーフがＴＲＵＥである場合には、デフォルトとして の実施はＮＵＬＬを戻す。この方法は、指定されたベースクラスへの通路を発見 するために、ツリーの前順走査を実施する。 ＳｕｂｃｌａｓｓＯｆＯｂｊｅｃｔ ｏｂｊｅｃｔ （入力および戻し）狭くするためのオブジェクトに対するポイ ンタ オブジェクトが記述されたクラスのインスタンスであるか、或いは、記述され たクラスのサブクラスのインスタンスであると仮定した場合、Ｓｕｂｃｌａｓｓ ＯｆＯｂｊｅｃｔは、オブジェクトが所属するサブクラス記述を戻すことによっ てオブジェクトを狭くする。 サブクラスが決定出来ない場合には、戻しは、現行クラス記述ポインタでなくて はならない。場合によっては、他のポインタによって当該オブジェクトを更に能 率的に表わすことが可能であることが、ＶＣｌａｓｓＤａｔａの実施によって決 定されることもあり得る。この場合、インプットオブジェクトポインタは修正さ れても差し支えない。ＳｕｂｃｌａｓｓＯｆＯｂｊｅｃｔのコーラーは、クラス レジストリの方法およびオブジェクト自体の方法に対する後続する全てのコール において、修正されたオブジェクトポインタを使用しなければならない。 ＳｕｂｃｌａｓｓＯｆ ｏｔｈｅｒ 階層チェックにおいて用いられるクラス。 ＳｕｂｃｌａｓｓＯｆは、この記述されたクラスが他のオブジェクトによって 記述されたクラスのサブクラスであるかどうかを戻す。 ＳｕｐｅｒｃｉａｓｓＯｆ ｏｔｈｅｒ 階層チェックにおいて用いられるクラス。 ＳｕｐｅｒｃｌａｓｓＯｆは、この記述されたクラスが他のオブジェクトによ って記述されたクラスのスーパクラスであるかどうかを戻す。 クラスＶＡｄａｐｔｅｒＮａｍｅＳｐａｃｅ ＶｃｒＴｏｐｌｅｖｅｌの共用サブクラス ＶＡｄａｐｔｅｒＮａｍｅＳｐａｃｅは、各オブジェクトシステムアダプタに よってサブクラス化されるべき抽象クラスである。このクラスは、オブジェクト システムとクラスレジストリとの間のインタフェースを提供する。オブジェクト システムアダプタは、クラスレジストリオブジェクトをサブクラス化することに より、アイテム記述に関する固有フォーマットと、例えばクラス及び方法のよう なアイテムのクラスレジストリ記述との間のインタフェースを提供しなければな らない。アダプタは、ネームスペース階層を、その固有階層にできる限り近いク ラスレジストリに提供しなければならない。 共用メンバー ＶＡｄａｐｔｅｒＮａｍｅＳｐａｃｅ アダプタネームスペースオブジェクト を作成する。 オーバライド可能な共用メンバー Ｓｕｂｓｐａｃｅ 指定された名前のネームスペースを戻す。 Ｃｌａｓｓ 指定された名前のクラスを戻す。 Ｆｕｎｃｔｉｏｎ 指定された名前のファンクションを戻す。 Ｔｙｐｅ 指定された名前のタイプを戻す。 Ｉｎｓｔａｎｃｅ 指定されたインスタンスを戻す。 Ｅｘｃｅｐｔｉｏｎ 指定された名前の例外を戻す。 Ｃｌａｓｓｅｓ 指定された名前のクラスを戻す。 Ｆｕｎｃｔｉｏｎｓ 指定された名前のファンクションを戻す。 Ｔｙｐｅｓ 指定された名前のタイプを戻す。 Ｉｎｓｔａｎｃｅｓ 指定された名前のインスタンスを戻す。 Ｅｘｃｅｐｔｉｏｎｓ 指定された名前の例外を戻す。 Ａｌｌ 指定された名前の全てのアイテムを戻す。 Ｅｎｕｍｅｒａｔｅ ネームスペース内におけるアイテムを列挙すること。 Ｕｎｍａｐ このアダプタから１つのアイテムをアンマップする。 ＵｎｍａｐＡｌｌＦｒｏｍＴｒｅｅ キャッシュから全てのアイテムをアンマ ップする。 ｒｅｍｏｖｅｄ アダプタがクラスレジストリから除去されたことを当該アダ プタに通告する。 タイプの定義 ＶＡｄａｐｔｅｒＮａｍｅＳｐａｃｅコンストラクタ ｎａｍｅ ネームスペースの名前。 ｕｓａｇｅ ネームスペースのための使用フラグ。 アダプタネームスペースを作成する。このクラスは、クラスレジストリ用のオ ブジェクトシステムアダプタを実行するためにベースクラスとして用いられる。 ＳｕｂＳｐａｃｅ ｎａｍｅ 発見するべきネームスペースの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ＳｕｂＳｐａｃｅは、指定された名前のネストされたネームスペースを発見す る。深さパラメータが１であるならば、トップレベルのネームスペースだけが探 索される。 Ｃｌａｓｓ ｎａｍｅ 発見するべきｃｌａｓｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべきメジャバージョン番号。 ｍｉｎｏｒ 発見するべきマイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｃｌａｓｓは、指定された名前のクラスを発見する。どちらのバージョン番号 も指定されない場合には、最高バージョン番号を持つアイテムが選定される。深 さパラメータが１であるならば、トップレベルのネームスペースだけが探索され る。当該アイテムのバージョンが既に発見された場合には、当該バージョンは、 バージョン番号の内部比較において最後に用いられるパラメータとしてのこの方 法にパスされねばならない。 ｆｕｎｃｔｉｏｎ ｎａｍｅ 発見するべきｆｕｎｃｔｉｏｎの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべきメジャバージョン番号。 ｍｉｎｏｒ 発見するべきマイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｆｕｎｃｔｉｏｎは、指定された名前のファンクションを発見する。どちらの バージョン番号も指定されない場合には、最高バージョン番号を持つアイテムが 選定される。深さパラメータが１であるならば、トップレベルのネームスペース だけが探索される。当該アイテムのバージョンが既に発見された場合には、当該 バージョンは、バージョン番号の内部比較において最後に用いられるパラメータ としてのこの方法にパスされねばならない。 Ｔｙｐｅ ｎａｍｅ 発見するべきｔｙｐｅの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべきメジャバージョン番号。 ｍｉｎｏｒ 発見するべきマイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｔｙｐｅは、指定された名前のタイプを発見する。どちらのバージョン番号も 指定されない場合には、最高バージョン番号を持つアイテムが選定される。深さ パラメータが１であるならば、トップレベルのネームスペースだけが探索される 。当該アイテムのバージョンが既に発見された場合には、当該バージョンは、バ ージョン番号の内部比較において最後に用いられるパラメータとしてのこの方法 にパスされねばならない。 Ｉｎｓｔａｎｃｅ ｎａｍｅ 発見するべきｉｎｓｔａｎｃｅの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべきメジャバージョン番号。 ｍｉｎｏｒ 発見するべきマイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｉｎｓｔａｎｃｅは、指定された名前のインスタンスを発見する。どちらのバ ージョン番号も指定されない場合には、最高バージョン番号を持つアイテムが選 定される。深さパラメータが１であるならば、トップレベルのネームスペースだ けが探索される。当該アイテムのバージョンが既に発見された場合には、当該バ ージョンは、バージョン番号の内部比較において最後に用いられるパラメータと してのこの方法にパスされねばならない。 Ｅｘｃｅｐｔｉｏｎ（例外） ｎａｍｅ 発見するべき例外の名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべきメジャバージョン番号。 ｍｉｎｏｒ 発見するべきマイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｅｘｃｅｐｔｉｏｎは、指定された名前の例外を発見する。どちらのバージョ ン番号も指定されない場合には、最高バージョン番号を持つアイテムが選定され る。深さパラメータが１であるならば、トップレベルのネームスペースだけが探 索される。当該アイテムのバージョンが既に発見された場合には、当該バージョ ンは、バージョン番号の内部比較において最後に用いられるパラメータとしての この方法にパスされねばならない。 Ｃｌａｓｓｅｓ ｎａｍｅ 発見するべき複数クラスの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべき最小メジャバージョン番号。 ｍｉｎｏｒ 発見するべき最小マイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｃｌａｓｓｅｓは、指定された名前の全バージョンを発見する。どちらのバー ジョン番号も指定されている場合には、指定された番号以上のバージョン番号を 持つ全アイテムが戻される。深さパラメータが１であるならば、トップレベルの ネームスペースだけが探索される。 Ｆｕｎｃｔｉｏｎｓ ｎａｍｅ 発見するべきｆｕｎｃｔｉｏｎｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべき最小メジャバージョン番号。 ｍｉｎｏｒ 発見するべき最小マイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｆｕｎｃｔｉｏｎｓは、指定された名前の全オーバロード及びバージョンを発 見する。どちらのバージョン番号も指定されている場合には、指定された番号以 上のバージョン番号を持つ全アイテムが戻される。深さパラメータが１であるな らば、トップレベルのネームスペースだけが探索される。 Ｔｙｐｅｓ ｎａｍｅ 発見するべきｔｙｐｅｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべき最小メジャバージョン番号。 ｍｉｎｏｒ 発見するべき最小マイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｔｙｐｅｓは、指定された名前の全バージョンを発見する。どちらのバージョ ン番号も指定されている場合には、指定された番号以上のバージョン番号を持つ 全アイテムが戻される。深さパラメータが１であるならば、トップレベルのネー ムスペースだけが探索される。 Ｉｎｓｔａｎｃｅｓ ｎａｍｅ 発見するべきｉｎｓｔａｎｃｅｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべき最小メジャバージョン番号。 ｍｉｎｏｒ 発見するべき最小マイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｉｎｓｔａｎｃｅｓは、指定された名前のインスタンスの全バージョンを発見 する。どちらのバージョン番号も指定されている場合には、指定された番号以上 のバージョン番号を持つ全アイテムが戻される。深さパラメータが１であるなら ば、トップレベルのネームスペースだけが探索される。 Ｅｘｃｅｐｔｉｏｎｓ ｎａｍｅ 発見するべき複数例の名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべき最小メジャバージョン番号。 ｍｉｎｏｒ 発見するべき最小マイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ｅｘｃｅｐｔｉｏｎｓは、指定された名前のユーザー定義例の全バージョンを 発見する。どちらのバージョン番号も指定されている場合には、指定された番号 以上のバージョン番号を持つ全アイテムが戻される。深さパラメータが１である ならば、トップレベルのネームスペースだけが探索される。 Ａｌｌ ｎａｍｅ 発見するべき複数アイテムの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｍａｊｏｒ 発見するべき最小メジャバージョン番号。 ｍｉｎｏｒ 発見するべき最小マイナバージョン番号。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｄｅｐｔｈ 探索するべきネームスペースの層数。 ａｌｌは、指定された名前の異なる全アイテム（クラス、ファンクション、タ イプ、等々）バージョンを発見する。どちらのバージョン番号も指定されている 場合には、指定された番号以上のバージョン番号を持つ全アイテムが戻される。 深さパラメータが１であるならば、トップレベルのネームスペースだけが探索さ れる。 Ｅｎｕｍｅｒａｔｅ ｆｕｎｃ アイテムをコールするためのファンクション。 ｃｏｎｔｅｘｔ 列挙ファンクションへパスするための文脈情報。 ｓｅａｒｃｈ 実施するべき探索のタイプ。 ｅｎｕｍｅｒａｔｅは、指定されたタイプの全てのアイテムを列挙する。タイ プがｋＶｃｒＡｌｌである場合には、全てのアイテムが列挙される。列挙するネ ストされたアイテムにおける一切のアイテムを列挙しない。発見された各アイテ ムに対しては、アーギュメント文脈およびアイテム自体によって列挙ファンクシ ョンがコールされる。 Ｕｎｍａｐ ｉｔｅｍ ビューからアンマップするアイテム。 ｕｎｍａｐは、このアダプタのキャシュから特定のアイテムをアンマップする 。アダプタは、当該アイテムに関する全てのリファレンスを取り去り、そして、 そのキャッシュから除去しなければならない。この方法は、アダプタネームスペ ース及び他のアイテムに適 用可能である。 ＵｎｍａｐＡｌｌＦｒｏｍＴｒｅｅ ＵｎｍａｐＡｌｌＦｒｏｍＴｒｅｅは、このネームスペースにおいて再帰的に 発見される全てのアイテムをこのアダプタのキャッシュからアンマップする。ア ダプタは、当該アイテムに関する全てのリファレンスを取り去り、そして、その キャッシュから除去しなければならない。この方法はアダプタネームスペース及 び他のアイテムに適用可能である。 Ｒｅｍｏｖｅｄ ｒｅｍｏｖｅｄは、アダプタが既に除去されていることを当該アダプタに通知 するために、トップレベルアダプタネームスペースにおけるクラスレジストリに よってコールされる。アダプタは、アイテム及びネームスペースをビューからア ンマップしてはならない。これは、ビューが行う。ｒｅｍｏｖｅｄをコールした 後において、クラスレジストリは、アダプタに関するそのリファレンスを解放し 、続いて当該アダプタを削除する。 クラスＶｖｉｅｗＮａｍｅＳｐａｃｅ ＶｃｒＴｏｐｌｅｖｅｌの共用サブクラス ＶＶｉｅｗＮａｍｅＳｐａｃｅは、クラスレジストリアイテムのユーザによっ て定義されたビューを表す抽象クラスである。ＶＡｄａｐｔｅｒＮａｍｅＳｐａ ｃｅｓは、名前の実階層を定義する。この場合、各オブジェクトシステムは、そ れ自体、他のオブジェクトシステムから分離した個別のネームスペースである。 各オブジェクトシステムは、サブネームスペースを順々に含んでも差し支えない 。この事前決定された名前の階層は、物理的に異なるネームスペースを見るため にエンドユーザが選定した方法を反映しないこともあり得る。例えば、ユーザー は、全てのトップレベルの名前が同一ネームスペース内に所在することを望むか 、または、例えばＢａｓｉｃのような言語にとっては、一緒に作動するためには 、平らなネームスペースを持つことが好ましいこともあり得る。これらの目標は 、ＶＶｉｅｗＮａｍｅＳｐａｃｅを用いて達成できる。ＶＶｉｅｗＮａｍｅＳｐ ａｃｅは、名前の物理的階層と名前の階層に関するユーザーのビューとの間にユ ーザによって定義されるマッピングを提供する。多重ＶＶｉｅｗＮａｍｅＳｐａ ｃｅ階層は、物理的階層に関して存在可能である。更に、ＶＶｉｅｗＮａｍｅＳ ｐａｃｅは、アダプタネームスペースから検索されたアイテムに対して、キャッ シュとして作用する。一旦、アイテムがアダプタネームスペースから検索される と、これらのアイテムは、これらのアイテムを使用するコードに影響を及ぼすこ となしに、ビュー階層において動きまわることが可能である。ビューは、持続的 記憶装置内に実現可能である。ビューにおいて各個別アイテムの出生場所 をセーブするために、ビューは、ＶｃｒＢａｓｅ：：Ｏｗｎｅｒを用いて、アダ プタネームスペース階層まで追跡することによりアイテムの完全に修飾された名 前を発見することができる。ビューは、自身の復元に際して、完全に修飾された 名前の各レベルにおいて、名前におけるその次のアイテムに関して質問すること により、オブジェクトを作成し直すことが出来る。 共用メンバー ＶＶｉｅｗＮａｍｅＳｐａｃｅ ビューネームスペースを作成する。 ＤｉｓｔａｎｃｅＴｏ ツリーにおける他のビューまでの距離を戻す。 ＤｉｒｅｃｔｌｙＩｎＶｉｅｗ アイテムが直接このビュー内に所在するかど うかを戻す。 ＶｉｅｗＯｆＯｂｊｅｃｔ 当該オブジェクトを含むビューを戻す。 オーバライド可能な共用メンバー Ｔｏｐｌｅｖｅｌ この階層におけるトップレベルビューを戻す。 ＳｕｂＳｐａｃｅ 指定された名前のネームスペースを戻す。 Ｃｌａｓｓ 指定された名前のクラスを戻す。 Ｆｕｎｃｔｉｏｎ 指定された名前のファンクションを戻す。 Ｔｙｐｅ 指定された名前のタイプを戻す。 Ｉｎｓｔａｎｃｅ 指定された名前のインスタンスを戻す。 Ｅｘｃｅｐｔｉｏｎ 指定された名前の例外を戻す。 Ｃｌａｓｅｓ 指定された名前のクラスを戻す。 Ｆｕｎｃｔｉｏｎｓ 指定された名前のファンクションを戻す。 Ｔｙｐｅｓ 指定された名前のタイプを戻す。 Ｉｎｓｔａｎｃｅｓ 指定された名前のインスタンスを戻す。 Ｅｘｃｅｐｔｉｏｎｓ 指定された名前の例外を戻す。 Ａｌｌ 指定された名前の全てのアイテムを戻す。 Ｅｎｕｍｅｒａｔｅ ネームスペースにおいてアイテムを列挙する。 ＭａｐｐｅｄＡｄａｐｔｅｒｓ このビュー上にマップされたアダプタのリス トを戻す。 Ｍａｐ アイテムをこのビューにマップする。 Ｕｎｍａｐ このビューからアイテムをアンマップする。 ＵｎｍａｐＡｌｌ このビューから全てのアダプタ特定アイテムをアンマップ する。 ＵｎｍａｐＡｌｌＦｒｏｍＴｒｅｅ このビュー及び含まれている全てのビュ ーから全てのアダプタ特定アイテムをアンマップする。 ＣｌａｓｓＣｈａｎｇｅｄ 当該ビュー内のクラスが変化したことをビューに 通告する。 ＡｄａｐｔｅｒＡｄｄｅｄ 新規なアダプタがクラスレジストリにインストー ルされたことをビューに通告する。 ＡｄａｐｔｅｒＲｅｍｏｖｅｄ クラスレジストリからアダプタが除去された ことをビューに通告する。 Ｒｅｍｏｖｅｄ クラスレジストリからビューが除去されたことを当該ビュー に通告する。 タイプの定義 ＶＶｉｅｗＮａｍｅＳｐａｃｅコンストラクタ ｎａｍｅ ネームスペースの名前 ｕｓａｇｅ ネームスペースに関する使用フラグ ビューネームスペースを作成する。このクラスは、クラスレジストリ階層のカ ストマイズ可能なビューを実行するために、ベースクラスとして用いられる。 ＤｉｓｔａｎｃｅＴｏ ｏｔｈｅｒ ツリーにおける他のネームスペース。 ｄｉｓｔａｎｃｅ （戻し）もう一方のネームスペースまでの距離。 ＤｉｓｔａｎｃｅＴｏは、同一ツリーにおける他のビューまでの距離を戻す。 このビューと他のビューが同一のツリーに所在しないか、又は、このビューと他 のビューが同胞である場合には、戻しはＦＡＬＳＥである。他のビューがこのビ ューの先祖であるか、又は、このビューが他のビューの先祖である場合には、Ｔ ＲＵＥが戻される。このビューが他のビューの先祖であるならば、ｄｉｓｔａｎ ｃｅは正である（すなわち、他のビューはツリーの更に下方に位置する）。他の ビューがこのビューの先祖であるならば、ｄｉｓｔａｎｃｅは負である。このビ ューが他のビューに等しい場合には、戻しは０である。 ＤｉｒｅｃｔｌｙＩｎＶｉｅｗ ｉｔｅｍ チェックするためのオブジェクト ＤｉｒｅｃｔｌｙＩｎＶｉｅｗは、アイテムがこのビュー内に直接含まれるか どうかを戻す。アイテムがこのビュー内に直接含まれない限り、方法はＦＡＬＳ Ｅを戻す。 ＶｉｅｗＯｆＯｂｊｅｃｔ ｉｔｅｍ チェックするためのオブジェクト。 ＶｉｅｗＯｆＯｂｊｅｃｔは、アイテムを含むこのビュー階層におけるビュー ネームスペースを戻す。 Ｔｏｐｌｅｖｅｌ Ｔｏｐｌｅｖｅｌは、ビューネームスペースのこの階層におけるトップレベル ビューを戻す。これは、しばしばコールされるので、ネストされた各ビューネー ムスペース内に隠されなければならない。この方法は、アイテムが特定のビュー 階層内に既にマップされていたかどうかを決定するためにＶｃｒＴｏｐｌｅｖｅ ｌ：：ＩｎＶｉｅｗによってコールされる。 ＳｕｂＳｐａｃｅ ｎａｍｅ 発見するためのネームスペースの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索されるべきオブジェクトシステム。 ｓｅａｒｃｈ 遂行する探索のタイプ。 ｄｅｐｔｈ 探索されるべきネームスペースの層数。 ＳｕｂＳｐａｃｅは、指定された名前のネストされたネームスペースを発見す る。アイテムがキャッシュ内に発見されない場合には、ビューは、システムにマ ッチする各アダプタに、アイテムに関して質問しなければならない。深さのパラ メータが１である場合には、トップレベルのネームスペースのみが探索される。 アダプタからのアイテムが、ビュー内 において、複数の場所に現れることが可能であるかどうかを決定することはビュ ーの責任である方法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗは、このビュー階 層内に既に所在しているかどうかをチェックするために、当該アイテムに関して コールされることが可能である。 Ｃｌａｓｓ ｎａｍｅ 発見するためのクラスの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するためのメジャバージョン番号。 ｍｉｎｏｒ 発見するためのマイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｃｌａｓｓは、指定された名前のクラスを発見する。どちらのバージョン番号 も指定されない場合には、最高バージョン番号を持つアイテムが選定される。ア イテムがキャッシュ内において発見される場合には、それよりも高いバージョン 番号を持つ後続する全てのアイテムは、同一アダプタ及びアダプタネームスペー スから来たかどうかだけについてチェックされる。一旦、キャッシュチェックが 完了し、そして、更に高いバージョンの発見が依然として必要であるか、或いは 、正確なバージョンが発見されない場合には、対応する（或いは全ての）アダプ タネームスペースがチェックされなければならない。深さのパラメータが１であ る場合には、トップレベルネームスペースのみが検索される。アイテムのバージ ョンが既に発見されている場合には、そにバージョンは、バージョン番号の内部 比較に使用する最後のパラメータとして、この方法にパスされなければならない 。アダプタからのアイテムが、ビュー内における複数の場所に現れることが可能 であるかどうかについて決定することは、ビューの責任である。方法ＶｃｒＴｏ ｐＬｅｖｅｌ：：ＩｎＶｉｅｗは、それが既にこのビュー階層内に所在するかど うかをチェックするために、アイテ ムに関してコールされることが可能である。 Ｆｕｎｃｔｉｏｎ ｎａｍｅ 発見するためのファンクションの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するためのメジャバージョン番号。 ｍｉｎｏｒ 発見するためのマイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｆｕｎｃｔｉｏｎは、指定された名前のファンクションを発見する。どちらの バージョン番号も指定されない場合には、最高バージョン番号を持つアイテムが 選定される。アイテムがキャッシュ内において発見される場合には、それよりも 高いバージョン番号を持つ後続する全てのアイテムは、同一アダプタ及びアダプ タネームスペースから来たかどうかだけについてチェックされる。一旦、キャッ シュチェックが完了し、そして、更に高いバージョンの発見が依然として必要で あるか、或いは、正確なバージョンが発見されない場合には、対応する（或いは 全ての）アダプタネームスペースがチェックされなければならない。深さのパラ メータが１である場合には、トップレベルネームスペースのみが検索される。ア イテムのバージョンが既に発見されている場合には、そにバージョンは、バージ ョン番号の内部比較に使用する最後のパラメータとして、この方法にパスされな ければならない。アダプタからのアイテムが、ビュー内における複数の場所に現 れることが可能であるかどうかについて決定することは、ビューの責任である。 方法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗは、それが既にこのビュー階層内 に所在するかどうかをチェックするために、アイテムに関してコールされること が可能である。 Ｔｙｐｅ ｎａｍｅ 発見するためのタイプの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するためのメジャバージョン番号。 ｍｉｎｏｒ 発見するためのマイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｔｙｐｅは、指定された名前のタイプを発見する。どちらのバージョン番号も 指定されない場合には、最高バージョン番号を持つアイテムが選定される。アイ テムがキャッシュ内において発見される場合には、それよりも高いバージョン番 号を持つ後続する全てのアイテムは、同一アダプタ及びアダプタネームスペース から来たかどうかだけについてチェックされる。一旦、キャッシュチェックが完 了し、そして、更に高いバージョンの発見が依然として必要であるか、或いは、 正確なバージョンが発見されない場合には、対応する（或いは全ての）アダプタ ネームスペースがチェックされなければならない。深さのパラメータが１である 場合には、トップレベルネームスペースのみが検索される。アイテムのバージョ ンが既に発見されている場合には、そにバージョンは、バージョン番号の内部比 較に使用する最後のパラメータとして、この方法にパスされなければならない。 アダプタからのアイテムが、ビュー内における複数の場所に現れることが可能で あるかどうかについて決定することは、ビューの責任である。方法ＶｃｒＴｏｐ Ｌｅｖｅｌ：：ＩｎＶｉｅｗは、それが既にこのビュー階層内に所在するかどう かをチェックするために、アイテムに関してコールされることが可能である。 Ｉｎｓｔａｎｃｅ（インスタンス） ｎａｍｅ 発見するためのインスタンスの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するためのメジャバージョン番号。 ｍｉｎｏｒ 発見するためのマイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｉｎｓｔａｎｃｅは、指定された名前のインスタンスを発見する。どちらのバ ージョン番号も指定されない場合には、最高バージョン番号を持つアイテムが選 定される。アイテムがキャッシュ内において発見される場合には、それよりも高 いバージョン番号を持つ後続する全てのアイテムは、同一アダプタ及びアダプタ ネームスペースから来たかどうかだけについてチェックされる。一旦、キャッシ ュチェックが完了し、そして、更に高いバージョンの発見が依然として必要であ るか、或いは、正確なバージョンが発見されない場合には、対応する（或いは全 ての）アダプタネームスペースがチェックされなければならない。深さのパラメ ータが１である場合には、トップレベルネームスペースのみが検索される。アイ テムのバージョンが既に発見されている場合には、そのバージョンは、バージョ ン番号の内部比較に使用する最後のパラメータとして、この方法にパスされなけ ればならない。アダプタからのアイテムが、ビュー内における複数の場所に現れ ることが可能であるかどうかについて決定することは、ビューの責任である。方 法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗは、それが既にこのビュー階層内に 所在するかどうかをチェックするために、アイテムに関してコールされることが 可能である。 Ｅｘｃｅｐｔｉｏｎ ｎａｍｅ 発見しようとする例外の名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するためのメジャバージョン番号。 ｍｉｎｏｒ 発見するためのマイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 ｌａｓｔ 最後に発見された最高バージョン番号。 ｅｘｃｅｐｔｉｏｎは、指定された名前の例外を発見する。どちらのバージョ ン番号も指定されない場合には、最高バージョン番号を持つアイテムが選定され る。アイテムがキャッシュ内において発見される場合には、それよりも高いバー ジョン番号を持つ後続する全てのアイテムは、同一アダプタ及びアダプタネーム スペースから来たかどうかだけについてチェックされる。一旦、キャッシュチェ ックが完了し、そして、更に高いバージョンの発見が依然として必要であるか、 或いは、正確なバージョンが発見されない場合には、対応する（或いは全ての） アダプタネームスペースがチェックされなければならない。深さのパラメータが １である場合には、トップレベルネームスペースのみが検索される。アイテムの バージョンが既に発見されている場合には、そのバージョンは、バージョン番号 の内部比較に使用する最後のパラメータとして、この方法にパスされなければな らない。アダプタからのアイテムが、ビュー内における複数の場所に現れること が可能であるかどうかについて決定することは、ビューの責任である。方法Ｖｃ ｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗは、それが既にこのビュー階層内に所在す るかどうかをチェックするために、アイテムに関してコールされることが可能で ある。 Ｃｌａｓｓｅｓ ｎａｍｅ 発見しようとするｃｌａｓｓｅｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するための最小メジャバージョン番号。 ｍｉｎｏｒ 発見するための最小マイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 Ｃｌａｓｓｅｓは、指定された名前のクラスの全てのバージョンを発見する。 両方のバージョン番号が指定されている場合には、指定された番号よりも大きい バージョン番号を持つ全てのアイテムが戻される。一旦、ローカルビューチェッ クが完了すると、マップされたそれぞれのアダプタ整合システムをチェックしな ければならない。深さのパラメータが１である場合には、トップレベルのネーム スペースのみが探索される。アダプタからのアイテムがビュー内の複数の場所に 現れることができるかどうかを決定する責任はビューにある。アイテムがこのビ ュー階層内に既に存在するかどうかをチェックするために、当該アイテムに関す る方法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗをコールすることが可能である 。 Ｆｕｎｃｔｉｏｎｓ ｎａｍｅ 発見しようとするｆｕｎｃｔｉｏｎｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するための最小メジャバージョン番号。 ｍｉｎｏｒ 発見するための最小マイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 Ｆｕｎｃｔｉｏｎｓは、指定された名前のファンクションの全てのオーバロー ド及びバージョンを発見する。両方のバージョン番号が指定されている場合には 、指定された番号よりも大きいバージョン番号を持つ全てのアイテムが戻される 。一旦、ローカルビューチェックが完了すると、マップされたそれぞれのアダプ タ整合システムをチェックしなけれ ばならない。深さのパラメータが１である場合には、トップレベルのネームスペ ースのみが探索される。アダプタからのアイテムがビュー内の複数の場所に現れ ることができるかどうかを決定する責任はビューにある。アイテムがこのビュー 階層内に既に存在するかどうかをチェックするために、当該アイテムに関する方 法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗをコールすることが可能である。 Ｔｙｐｅｓ ｎａｍｅ 発見しようとするｔｙｐｅｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するための最小メジャバージョン番号。 ｍｉｎｏｒ 発見するための最小マイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 Ｔｙｐｅｓは、指定された名前の全てのバージョンを発見する。両方のバージ ョン番号が指定されている場合には、指定された番号よりも大きいバージョン番 号を持つ全てのアイテムが戻される。一旦、ローカルビューチェックが完了する と、マップされたそれぞれのアダプタ整合システムをチェックしなければならな い。深さのパラメータが１である場合には、トップレベルのネームスペースのみ が探索される。アダプタからのアイテムがビュー内の複数の場所に現れることが できるかどうかを決定する責任はビューにある。アイテムがこのビュー階層内に 既に存在するかどうかをチェックするために、当該アイテムに関する方法Ｖｃｒ ＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗをコールすることが可能である。 Ｉｎｓｔａｎｃｅｓ ｎａｍｅ 発見しようとするｉｎｓｔａｎｃｅｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するための最小メジャバージョン番号。 ｍｉｎｏｒ 発見するための最小マイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 Ｉｎｓｔａｎｃｅｓは、指定された名前のインスタンスの全てのバージョンを 発見する。両方のバージョン番号が指定されている場合には、指定された番号よ りも大きいバージョン番号を持つ全てのアイテムが戻される。一旦、ローカルビ ューチェックが完了すると、マップされたそれぞれのアダプタ整合システムをチ ェックしなければならない。深さのパラメータが１である場合には、トップレベ ルのネームスペースのみが探索される。アダプタからのアイテムがビュー内の複 数の場所に現れることができるかどうかを決定する責任はビューにある。アイテ ムがこのビュー階層内に既に存在するかどうかをチェックするために、当該アイ テムに関する方法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗをコールすることが 可能である。 Ｅｘｃｅｐｔｉｏｎｓ ｎａｍｅ 発見しようとするｅｘｃｅｐｔｉｏｎｓの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するための最小メジャバージョン番号。 ｍｉｎｏｒ 発見するための最小マイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 Ｅｘｃｅｐｔｉｏｎｓは、指定された名前のユーザーによって定義された例外 の全てのバージョンを発見する。両方のバージョン番号が指定されている場合に は、指定された番号よりも大きいバージョン番号を持つ全てのアイテムが戻され る。一旦、ローカルビューチェックが完了すると、マップされたそれぞれのアダ プタ整合システムをチェックしなければならない。深さのパラメータが１である 場合には、トップレベルのネームスペースのみが探索される。アダプタからのア イテムがビュー内の複数の場所に現れることができるかどうかを決定する責任は ビューにある。アイテムがこのビュー階層内に既に存在するかどうかをチェック するために、当該アイテムに関する方法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅ ｗをコールすることが可能である。 Ａｌｌ ｎａｍｅ 発見しようとするアイテムの名前。 ｓｃａｓｅ 探索はケース依存またはケース非依存のいずれかである。 ｓｙｓｔｅｍ 探索するためのオブジェクトシステム。 ｍａｊｏｒ 発見するための最小メジャバージョン番号。 ｍｉｎｏｒ 発見するための最小マイナバージョン番号。 ｓｅａｒｃｈ 遂行するための探索のタイプ ｄｅｐｔｈ 探索するためのネームスペース層数。 Ａｌｌは、指定された名前の全ての異なるアイテム（クラス、ファンクション 、タイプ、等々）を発見する。両方のバージョン番号が指定されている場合には 、指定された番号よりも大きいバージョン番号を持つ全てのアイテムが戻される 。一旦、ローカルビューチェックが完了すると、マップされたそれぞれのアダプ タ整合システムをチェックしなければならない。深さのパラメータが１である場 合には、トップレベルのネームスペースのみが探索される。アダプタからのアイ テムがビュー内の複数の場所に現れることができるかどうかを決定する責任はビ ューにある。アイテムがこのビュー階層内に既に存在するかどうかをチェックす るために、当該アイテムに関する方法ＶｃｒＴｏｐＬｅｖｅｌ：：ＩｎＶｉｅｗ をコールすることが可能である。 Ｅｎｕｍｅｒａｔｅ ｆｕｎｃ 各アイテムに関してコールするためのファンクション。 ｃｏｎｔｅｘｔ 列挙ファンクションへパスするための文脈情報。 ｔｙｐｅ 探索するためのアイテムのタイプ。 ｓｙｓｔｅｍ 探索をするためのオブジェクトシステム。 ｓｅａｒｃｈ 遂行するための探索のタイプ。 Ｅｎｕｍｅｒａｔｅは、指定されたタイプの全てのアイテムを列挙する。タイ プがＫＶｃｒＡｌｌである場合には、全てのアイテムが列挙される。一旦、ロー カルビューチェックが完了すれば、それぞれのマップされたアダプタ整合システ ムをチェックしなければならない。深さのパラメータが１である場合には、トッ プレベルのネームスペースのみが探索される。発見された各アイテムに関して、 アーギュメント文脈およびアイテム自身と共に列挙ファンクションがコールされ る。これは、ネストされた一切のネームスペースにアイテムを列挙してはならな い。アダプタからのアイテムがビュー内の複数の場所に現れることが可能である かどうかを決定するのはビューの責任である。アイテムがビュー階層内に既に存 在しているかどうかをチェックするために、当該アイテムに関して、ＶｃｒＴｏ ｐＬｅｖｅｌ：：ＩｎＶｉｅｗをコールすることが出来る。 ＭａｐｐｅｄＡｄａｐｔｅｒｓ ＭａｐｐｅｄＡｄａｐｔｅｒｓは、このビューにマップされている全てのアダ プタネームスペースのリストを戻す。 Ｍａｐ ｉｔｅｍ ビューへマップするためのアイテム。 Ｍａｐは、特定のアイテムを現行ビューにマップする。探索および列挙に際し てアイテムをルックアップできるように、ビューはアイテムを隠さねばならない 。Ｍａｐは、クラス、ファンクション、タイプ、インスタンス、例外、及び、ネ ームスペースに適用される。リターンまたはＴＲＵＥは、マッピングオペレーシ ョンが成功したことを示す。リターン が成功しても、オブジェクトは、このネームスペースにおいて直接マップ可能で ないこともあり得ることに注意されたい。オブジェクトは、このビューツリー内 の他の場所にマップされていることもあり得る。 Ｕｎｍａｐ ｉｔｅｍ ビューからアンマップするためのアイテム。 Ｕｎｍａｐは、現在のビューから特定のアイテムをアンマップする。アイテム がこのビューにマップされる場合には、そのアイテムは除去されなければならな い。Ｕｎｍａｐは、クラス、ファンクション、タイプ、インスタンス、例外、及 び、ネームスペースに適用される。 ＵｎｍａｐＡｌｌ ｓｙｓｔｅｍ そのためにアイテムをアンマップするためのオブジェクトシス テム。 ＵｎｍａｐＡｌｌは、システムによって所有される全てのアイテムを現在のビ ューからアンマップする。システムによって所有されるビュー内にマップされて いるあらゆるアイテムは除去されなければならない。ＵｎｍａｐｐＡｌｌは、ク ラス、ファンクション、タイプ、インスタンス、及び、例外に関するネームスペ ースのみに適用されない。 ＵｎｍａｐＡｌｌＦｒｏｍＴｒｅｅ ｓｙｓｔｅｍ そのためにアイテムをアンマップするためのオブジェクトシス テム。 ＵｎｍａｐｐｅｄＡｌｌは、現在のビュー及び含まれる全てのビューから、シ ステムによって所有される全てのアイテムを再帰的にアンマップする。ビュー内 にマップされているシステム所有のあらゆるアイテムは除去されなければならな い。ＵｎｍａｐｐＡｌｌＦｒｏｍＴｒｅｅは、クラス、ファンクション、タイプ 、インスタンス、及び、例外に関するネームスペースのみに適用されない。 ＣｌａｓｓＣｈａｎｇｅｄ ｃｌｓ 変化したクラス。 ｎｕｍｍｅｔｈｓ クラスにおける新規なｍｅｔｈｏｄｓの数。 ｎｕｍｐｒｏｐｓ クラスにおける新規なｐｒｏｐｅｒｔｉｅｓの数。 ｎｕｍｔｙｐｅｓ クラスにおける新規なｔｙｐｅｓの数。 ｎｕｍｉｎｓｔｓ クラスにおける新規なｉｎｓｔａｎｃｅｓの数。 ｎｕｍｅｘｃｅｐｔｓ クラスにおける新規なｅｘｃｅｐｔｉｏｎｓの数。 ＣｌａｓｓＣｈａｎｇｅｄは、クラスを含むビューが変化したことを当該ビュ ーに通告する。ＣｌａｓｓＣｈａｎｇｅｄは、クラスに加えられた新規アイテム の数をビューに提供する。これは、専用表の内容全体に亙って複雑な探索の実施 を可能にするために、ビューが専用表を管理することを可能にする。 ＡｄａｐｔｅｒＡｄｄｅｄ ｎｓｐａｃｅ 加えられたアダプタ。 アダプタが新規にインストールされた場合には、クラスレジストリコールは、 各トップレベルビューに対するＡｄａｐｔｅｒＡｄｄｅｄをコールする。ビュー は、どのような選択方法であっても、そのスペース内にアダプタをマップするこ とが可能である。 ＡｄａｐｔｅｒＲｅｍｏｖｅｄ ｎｓｐａｃｅ 除去されたアダプタ。 アダプタが除去された場合、クラスレジストリは、各トップレベルビューに関 するＡｄａｐｔｅｒＲｅｍｏｖｅｄをコールする。ビューは、この時点において 、アダプタのアイテムが、その階層構造内のどの位置に所在するかに関する情報 を持続的に記憶することが可能である。この後において、ビューは、全てのアダ プタネームスペース及び当該アダプタに属するアイテムをアンマップしなければ ならない。 Ｒｅｍｏｖｅｄ 利用可能なビューのリストからビューが除去されたことを当該ビューに通告す るために、トップレベルビューに関するクラスレジストリによって、Ｒｅｍｏｖ ｅｄがコールされる。ビューは、この時点におけるその階層に関する情報を持続 的に記憶することが出来る。従って、ビューは、全てのアイテムとアダプタ、及 び、全てのサブビューをアンマップしなければならない。クラスレジストリは、 Ｒｅｍｏｖｅｄをコールした後において、ビューを削除する原因となるべき当該 ビューに関するリファレンスを解除する。 クラスＶＣｌａｓｓＲｅｇｉｓｔｒｙ ＶＰｒｉｍａｒｙの共用サブクラス ＶＣｌａｓｓＲｅｇｉｓｔｒｙは、ビュー及びアダプタを管理するクラスであ る。アダプタは、異なるオブジェクトシステムとビューとの間のインタフェース を提供する。ビューは、ユーザーに呈示可能なネームスペースの階層を提供する 。ビューは、アイテムをユーザー定義のカテゴリにグルーピングするために、ユ ーザーによって定義することが出来る。任意の所定クラスは、ビュー内にただ１ 度だけ現れることが可能であるが、同時に、多重ビューの存在が可能である。あ らゆるビューは、あらゆるネームのレイアウトを持つことができる。名前（ネー ムスペース内のクラス、等々）の物理的階層構造は同じ状態に留どまり、そして 、ビューのみが、それら自身の必要性に適するように、それらの階層構造を順序 付けし直す。ビューは、ネームスペース及びアイテムの「仮想」階層を記憶する 持続的記憶オブジェクトとして実行可能であり、そして、後で階層を作り直した 場合に、ロードし直す。アダプタビューは、名前の物理的階層構造を提供する。 共用メンバー 共用メンバー ＴｙｐｅＭａｎａｇｅｒ このレジストリによって使用されるタイプマネージ ャを戻す。 オーバライド可能な共用メンバー ＡｄｄＶｉｅｗ 新規なトップレベルビューを加える。 ＲｅｍｏｖｅＶｉｅｗ レジストリからビューを除去する。 Ｖｉｅｗs レジストリにおける全てのビューを戻す。 ＡｄｄＡｄａｐｔｅｒ オブジェクトシステムアダプタをレジストリに加える 。 ＲｅｍｏｖｅＡｄａｐｔｅｒ レジストリからオブジェクトシステムアダプタ を除去する。 Ａｄａｐｔｅｒｓ インストールされたオブジェクトシステムアダプタのリス トを戻す。 ＶＣｌａｓｓＲｅｇｉｓｔｒｙコンストラクタ ｍａｎａｇｅｒ タイプ比較のために使用するためのタイプマネージャ。 ＶＣｌａｓｓＲｅｇｉｓｔｒｙコンストラクタは内部データ構造である。アー ギュメン トは、タイプに関する質問のためにどのタイプマネージャをの使用するかを指定 する。クラスレジストリ自体は、タイプマネージャーを直接使用しない。ＶＣｌ ａｓｓＲｅｇｉｓｔｒｙコンストラクタは、クラス、ファンクション、インスタ ンス、例外、及び、タイプ記述に含まれるタイプに関する比較情報を、クラスレ ジストリのユーザーが決定可能にする。 ＶＣｌａｓｓＲｅｇｉｓｔｒｖデストラクタ ＶＣｌａｓｓＲｅｇｉｓｔｒｙデストラクタは、全てのビューを除去し、そし て、全てのアダプタを除去する。全てのクラスレジストリオブジェクトは、依然 としてリファレンスされていない限り、このデストラクタによって破壊される。 ＴｙｐｅＭａｎａｇｅｒ ＴｙｐｅＭａｎａｇｅｒは、このクラスレジストリと関連しているタイプマネ ージャを戻す。タイプマネージャは、データタイプの両立性を管理するために用 いられる。 ＡｄｄＶｉｅｗ ｖｉｅｗ リストに加えるためのビュー。 ＡｄｄＶｉｅｗは、トップレベルビューのリストに新規なビューを加える。レ ジストリは、ビューにリファレンスを加え、その後において、レジストリに添付 された全てのアダプタに、それを通告する。 ＲｅｍｏｖｅＶｉｅｗ ｖｉｅｗ リストから除去するためのビュー ＲｅｍｏｖｅＶｉｅｗは、トップレベルビューのリストからビューを除去する 。レジストリは、ビューに関するＲｅｍｏｖｅｄをコールし、その後において、 当該ビューに対するそのリファレンスを解放する。 Ｖｉｅｗｓ Ｖｉｅｗｓは、クラスレジストリに添付された全ての作成されたトップレベル ビューのリストを戻す。このリストは修正されてはならない。 ＡｄｄＡｄａｐｔｅｒ ａｄａｐｔｅｒ リストに加えるためのアダプタ。 ＡｄｄＡｄａｐｔｅｒは、サポートされているアダプタのリストにオブジェク トシステムアダプタを加える。各アダプタが加えられる場合には、アダプタはア ダプタリストの末尾に置かれる。アダプタは同じ順序で質問されるので、アダプ タがクラスレジストリに加えられる順序は重要である。これは、新規にアダプタ が加えられたことを、既存の各ビューに通告する。 ＲｅｍｏｖｅＡｄａｐｔｅｒ ａｄａｐｔｅｒ リストから除去するためのアダプタ。 ＲｅｍｏｖｅＡｄａｐｔｅｒは、サポートされたアダプタのリストからオブジ ェクトシステムアダプタを除去する。アダプタは、任意の順序において除去する ことが出来る。これは、アダプタが除去されたことを既存の各ビューに通告する 。次に、レジストリは、当該アダプタに関するＲｅｍｏｖｅｄをコールし、そし て、当該アダプタに関するそのリファレンスをに解除する。 Ａｄａｐｔｅｒｓ Ａｄａｐｔｅｒｓは、インストールされた全てのオブジェクトシステムのリス トを戻す。このリストは修正されてはならない。 Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ（具体化）クラス これらのクラスは、露出されたクラスのセクションにおいて定義された抽象ク ラスのインプリメンテーションである。これらは、直接インスタンス化可能であ り、そして、コードにおけるクラスレジストリエントリを作り上げるために用い ることが出来る。これらのクラスは、オブジェクトシステムアダプタに対して特 殊なサポートを提供するために、サブクラス化することも可能である。これらの クラスをサブクラス化するかどうか、又は、露出されたクラスのセクションにお いて定義されたクラスをサブクラス化するかどうかを決定することは、オブジェ クトシステムアダプタのデザイナの裁量による。 クラスＶｃｒＣｏｄｅｄＦｕｎｃｔｉｏｎ ＶＦｕｎｃｔｉｏｎＤａｔａの共用サブクラス ＶＦｕｎｃｔｉｏｎＤａｔａが、アーギュメント及び例外を順々に加えること によってオブジェクトを簡潔なＣ＋＋コードに作り上げることを可能にする場合 には、ＶｃｒｃｏｄｅｄＦｕｎｃｔｉｏｎはインプリメンテーションである。こ のインプリメンテーション は、アーギュメント及び例外に関する情報を記憶する。このクラスは、他のオブ ジェクトシステムによってサブクラス化可能である。 共用メンバー ＶｃｒｃｏｄｅｄＦｕｎｃｔｉｏｎ ＶｃｒｃｏｄｅｄＦｕｎｃｔｉｏｎオブ ジェクトを作成する。 ＡｄｄＡｒｇｕｍｅｎｔ アーギュメントをファンクションに加える。 ＲｅｍｏｖｅＡｒｑｕｍｅｎｔ ファンクションからアーギュメントを除去す る。 ＡｄｄＥｘｃｅｐｔｉｏｎ ファンクションが投げることのできる例外を加え る。 ＲｅｍｏｖｅＥｘｃｅｐｔｉｏｎ ファンクションが投げることのできる例外 を除去する。 保護されたメンバー ＰｕｔＴｙｐｅ ファンクションのタイプをセットする。 保護されたデータメンバー ｂｏｏｌ＿ｔ ｉｔＩｓＭｅｔｈｏｄ これが方法であるかどうかを指定する 。 ｖｏｉｄ＊ｉｔｓＥｎｔｒｙＰｏｉｎｔ このファンクションのエントリーポ イントを記憶する。 ＶＴＣａｌｌＴｙｐｅ ｉｔｓＣａｌｌＴｙｐｅ このファンクションのため の呼出しコンベンションを記憶する。 ＶｃｒＣｏｄｅｄＦｕｎｃｔｉｏｎコンストラクタ ｎａｍｅ 方法の名前。 ｒｅｓｕｌｔＴｙｐｅ 方法のタイプを戻す。 ｉｓＭｅｔｈｏｄ このオブジェクトは方法を表す。 ｕｃｏｄｅｓ 方法に関する使用フラグ（該当する場合）。 ＥｎｔｒｙＰｏｉｒｉｔ 方法のコール可能なエントリーポイント。 ｃａｌｌｔｙｐｅ 方法をコールする場合に使用するための呼び出しコンベン ション。 ファンクション記述オブジェクトを作成する。ｉｓＭｅｔｈｏｄが真であるな らば、コ ンストラクタは、タイプｋＶＴｙｐｅＯｂｊｅｃｔＰｏｉｎｔｅｒの隠された第 １のアーギュメントを自動的に加える。作成した後において、ＡｄｄＡｒｇｕｍ ｅｎｔを用いて記述にアーギュメントを加えることができる。ファンクションの 定義が完了した後において、その定義をクラス又はネームスペースに記憶するこ とが出来る。 ＡｄｄＡｒｇｕｍｅｎｔ ａｒｇ ファンクション記述に加えるためのアーギュメント。 ＡｄｄＡｒｇｕｍｅｎｔは、ファンクション記述にアーギュメントを加える。 各アーギュメントが加えられるにつれて、アーギュメントは、アーギュメントリ ストの末端に配置される。クラスレジストリに直接または間接にファンクション がインストールされた後において、アーギュメントをファンクションに決して加 えてはならない。 ＲｅｍｏｖｅＡｒｇｕｍｅｎｔ ａｒｇ ファンクション記述から除去するためのアーギュメント。 ＲｅｍｏｖｅＡｒｇｕｍｅｎｔは、ファンクション記述からアーギュメントを 除去する。アーギュメントは、任意の順序で除去することが出来る。クラスレジ ストリに直接または間接にファンクションがインストールされた後において、ア ーギュメントをファンクションから決して除去し加えてはならない。 ＡｄｄＥｘｃｅｐｔｉｏｎ ｅｘｃｅｐｔ ファンクション記述に加えるための例外。 ＡｄｄＥｘｃｅｐｔｉｏｎは、ファンクションが投げることのできる例外のリ ストに例外を加える。名前によって言語が例外にアクセスすることを可能にする ためには、クラスまたはネームスペースのいずれかにも例外を加えなければなら ない。 ＲｅｍｏｖｅＥｘｃｅｐｔｉｏｎ ｅｘｃｅｐｔ ファンクション記述から除去するための例外。 ＲｅｍｏｖｅＥｘｃｅｐｔｉｏｎは、ファンクションが投げることのできる例 外のリストから例外を除去する。例外は、任意の順序において除去することがで きる。ファンクションがクラスレジストリに直接または間接にインストールされ た後においては、ファンクションから例外を決して除去してはならない。 ＰｕｔＴｙｐｅ ｔｙｐｅ ファンクションのタイプ。 ファンクションの戻しのタイプをセットする。これは、ベースクラスの初期化 の後においてファンクションのタイプをセットする必要があるＶｃｒＣｏｄｅｄ Ｆｕｎｃｔｉｏｎのサブクラスからコールされることを意図したものである。フ ァンクションのタイプは、それが最初に検索された後においては、変更されては ならない。 クラスＶｃｒＣｏｄｅｄＰｒｏｐ ＶＰｒｏｐＤａｔａの共用サブクラス ＶｃｒＣｏｄｅｄｐｒｏｐは、直接Ｃ＋＋から使用できるＶＰｒｏｐＤａｔａ のインプレメンテーションであり、従って、ＶＰｒｏｐＤａｔａのサブクラスは 定義する必要がない。ＶｃｒｃｏｄｅｄＰｒｏｐは、それ自身の中にアクセッサ 方法を格納する。このクラスは、サブクラス化可能であるように設計される。 共用メンバー ＶｃｒＣｏｄｅｄＰｒｏｐ ＶｐｒｏｐＤａｔａオブジェクトの生成 保護されたメンバー ＰｕｔＴｙｐｅ ファンクションのタイプをセットする。 保護されたメンバー ＰｕｔＧｅｔＭｅｔｈｏｄ 特性の「ゲット」方法をセットする。 ＰｕｔＳｅｔＭｅｔｈｏｄ 特性の「セット」方法をセットする。 ＶｃｒＣｏｄｅｄＰｒｏｐコンストラクタ ｎａｍｅ 特性の名前。 ｒｅｓｕｌｔＴｙｐｅ 特性のタイプ。 ｕｃｏｄｅｓ 特性に関する使用フラグ（該当する場合）。 ｇｅｔＭｔｈｏｄ 「ゲット」方法の記述。 ｓｅｔＭｅｔｈｏｄ 「セット」方法の記述。 特性記述を作成する。アクセッサ方法の名前は、「ゲット」または「セット」 いずれか によって先行される特性の名前でなければならない。このネーミングコンベンシ ョンは、多重クラスレジストリによって作動化可能にされたプログラム言語を堅 実に横断して特性にアクセスすることを可能にする。 ＰｕｔＴｙｐｅ ｔｙｐｅ 特性のタイプ。 特性のタイプをセットする。これは、ベースクラスの初期化の後において特性 のタイプをセットする必要のあるＶｃｒＣｏｄｅｄＰｒｏｐのサブクラスからコ ールされることを意図したものである。特性のタイプは、最初に検索された後で 、変更されてはならない。 ＰｕｔＧｅｔＭｅｔｈｏｄ ｇｅｔＭｅｔｈｏｄ 「ゲット」方法の記述。 特性の「ゲット」方法を変える。通常これは、作成した後でデータをセットす る必要があるサブクラスからのみコールされなければならない。 ＰｕｔＳｅｔＭｅｔｈｏｄ ｓｅｔＭｅｔｈｏｄ 「セット」方法の記述。 特性の「セット」方法を変える。通常これは、作成した後でデータをセットす る必要があるサブクラスからのみコールされなければならない。 クラスＶｃｒＣｏｄｅｄＣｌａｓｓ ＶＣｌａｓｓＤａｔａの共用サブクラス ＶｃｒＣｏｄｅｄＣｌａｓｓは、ＶＣｌａｓｓＤａｔａをサブクラス化する必 要なしにＣ＋＋コードから直接クラスを定義するために使われるＶＣｌａｓｓＤ ａｔａのインプリメンテーションである。インスタンスは、方法、特性、タイプ 、インスタンス、及び、例外のリストが加えられるにつれて、これらを記憶する 。このクラスは、必要に応じて、サブクラス化されるように、設計される。 共用メンバー 共用メンバー ＡｄｄＭｅｔｈｏｄ 方法をクラス記述に加える。 ＲｅｍｏｖｅＭｅｔｈｏｄ クラス記述から方法を除去する。 ＡｄｄＰｒｏｐｅｒｔｙ 特性をクラス記述に加える。 ＲｅｍｏｖｅＰｒｏｐｅｒｔｙ クラス記述から特性を除去する。 ＡｄｄＴｙｐｅ タイプをクラス記述に加える。 ＲｅｍｏｖｅＴｙｐｅ クラス記述からタイプを除去する。 ＡｄｄＩｎｓｔａｎｃｅ インスタンスをクラス記述に加える。 ＲｅｍｏｖｅＩｎｓｔａｎｃｅ クラス記述からインスタンスを除去する。 ＡｄｄＥｘｃｅｐｔｉｏｎ 例外をクラス記述に加える。 ＲｅｍｏｖｅＥｘｃｅｐｔｉｏｎ クラス記述から例外を除去する。 保護されたメンバー ＰｕｔＢａｓｅＣｌａｓｓ このクラスのベースクラスをセットする。 ＰｕｔＢａｓｅＣｌａｓｓｅｓ このクラスのベースクラスのリストをセット する。 ＰｕｔＣｏｎｓｔｒｕｃｔｏｒ コンストラクタファンクションをセットする 。 ＰｕｔＤｕｐｌｉｃａｔｏｒ コピーコンストラクタファンクションをセット する。 ＰｕｔＤｅｓｔｒｕｃｔｏｒ デストラクタ方法をセットする。 ＰｕｔＡｃｑｕｉｒｅＭｅｔｈｏｄ 獲得方法をセットする。 ＰｕｔＲｅｌｅａｓｅＭｅｔｈｏｄ リリース方法をセットする。 ＭｙＭｅｔｈｏｄｓ このクラスにおいて定義される方法のリストを戻す。 ＭｙＰｒｏｐｅｒｔｉｅｓ このクラスにおいて定義される特性のリストを戻 す。 ＭｙＴｙｐｅｓ このクラスにおいて定義されるタイプのリストを戻す。 ＭｙＩｎｓｔａｎｃｅｓ このクラスにおいて定義されたインスタンスのリス トを戻す。 ＭｙＥｘｃｅｐｔｉｏｎｓ このクラスにおいて定義される例外のリストを戻 す。 保護されたデータメンバー ＶＴＶｅｒｓｉｏｎ ｉｔｓＭａｊｏｒ クラスのメジャバージョン番号。 ＶＴＶｅｒｓｉｏｎ ｉｔｓＭｉｎｏｒ クラスのマイナバージョン番号。 ＶＴＣａｓｔＬｉｓｔ ｉｔｓＣａｓｔＴｏＢａｓｅｓＬｉｓｔ 所定のベー スクラスにキャストされるファンクションのリスト。 ＶＴＳａｆｅＣａｓｔＬｉｓｔ ｉｔｓＣａｓｔＦｒｏｍＢａｓｅｓＬｉｓｔ 所定のベースクラスからキャストされたファンクションのリスト。 ＶｃｒＣｏｄｅｄＣｌａｓｓコンストラクタ ｎａｍｅ クラスの名前。 ｂａｓｅＣｌａｓｓ 単独継承されたこのクラスに関するベースクラス（或い は、ＮＵＬＬ）。 ｂａｓｅＣｌａｓｓｅｓ 多重継承されたこのクラスに関するベースクラスの リスト。 ｃａｓｔＴｏＢａｓｅｓ 各ベースクラスにキャストするために用いられるフ ァンクションのリスト。 ｃａｓｔＦｒｏｍＢａｓｅｓ 各ベースクラスからキャストするために使われ るファンクションリスト。 ｃｏｎｓｔｒｕｃｔｏｒ クラスコンストラクタの記述。 ｄｕｐｌｉｃａｔｏｒ クラスコピーコンストラクタの記述。 ｄｅｓｔｒｕｃｔｏｒ クラスデストラクタ（方法でなければならない）の記 述。 ａｃｑｕｉｒｅ インスタンス（方法でなければならない）にリファレンスを 加えるために用いられる方法の記述 ｒｅｌｅａｓｅ クラス（方法でなければならない）のインスタンスに対する リファレンスを除去するために用いられる方法の記述。 ｕｓａｇｅ クラスに関する使用コード。 ｍａｊｏｒ クラスのメジャバージョン番号。 ｍｉｎｏｒ クラスのマイナバージョン番号。 クラスの記述を作成する。クラスは、単独継承されるか、又は、多重継承され たベースクラスであっても差し支えない。ベースクラスを作成するためには、コ ンストラクタの第１オーバロードは、ベースクラスとしてのＮＵＬＬと共に使用 しなければならない。 ｃｏｎｓｔｒｕｃｔｏｒ（コンストラクタ）は、クラスのための第１のコンス トラクタである。ｃｏｎｓｔｒｕｃｔｏｒ（コンストラクタ）は、例えば、オブ ジェクトのインスタンスを作成するためにアプリケーションビルダによって使用 されても差し支えない。言語インタプリタに関して、コンストラクタが指定され ない場合には、インスタンスは作成されることは出来ないが、何らかの他の方法 によって導入されなければならない。例えば、インスタンスは、ファンクション によって戻されても差し支えない。 これらの方法（コンストラクタ、コピー、デストラクタ、アクアイア、リリー ス）は、オブジェクト自体によって、必ずしも実行される必要がないが、クラス レジストリに容易に統合できるように設計された利便なファンクションであって も差し支えないことに注意されたい。ｃｏｎｓｔｒｕｃｔｏｒ（コンストラクタ ）、及び、ｃｏｐｙ（コピー）は任意のアーギュメントを持っても差し支えない が、デストラクタ、アクアイア、及び、リリーズは一切のアーギュメントを持っ てはならず、或いは、全てのアーギュメントはデフォルト値を持たねばならない 。 ｃａｓｔＴｏＢａｓｅｓ及びｃａｓｔＦｒｏｍＢａｓｅｓは、ゼロ長さである か、或いは、ベースクラスと同数のエントリ数を持たなければならない。これは 、ファンクションポインタのリストである。ｃａｓｔＴｏＢａｓｅｓにおける各 ファンクションは、アーギュメントとしてオブジェクトインスタンスをとり、そ して、当該ベースクラスにキャストされる場合に、インスタンスに対して、対応 するポインタを戻す。ｃａｓｔＦｒｏｍＢａｓｅｓにおける各ファンクションは 、アーギュメントとしてオブジェクトインスタンス及びブーリアンをとり（キャ ストがタイプセーフキャストであるかどうかを指定する）、そして、当該ベース クラスからこのクラスへキャストされた場合に、インスタンスに関して、対応す るポインタを戻す。任意のエントリが０であれば、ベースクラスに対してキャス トされた場合に、オブジェクトが同じポインタを保持するものと仮定される。こ のリストは、ＣａｓｔＴｏＤｉｒｅｃｔＢａｓｅ及びＣａｓｔＦｒｏｍＤｉｒｅ ｃｔＢａｓｅによって使用される。Ｃ＋＋多重継承クラスが使用される場合には 、このリストが特に必要とされる。ＶｃｒＣｏｄｅｄＣｌａｓｓが、これらのキ ャストをする必要がないオブジェクトシステムによってサブクラス化された場合 には、空のリストがコンストラクタにパスされることもあり得る。 ＡｄｄＭｅｔｈｏｄ ｍｅｔｈｏｄ クラス記述に加える方法。 ＡｄｄＭｅｔｈｏｄは方法をクラス記述に加える。ｍｅｔｈｏｄｓは通常の方 法に関して加えることが可能であり、他のＶＦｕｎｃｔｉｏｎＤａｔａオブジェ クトは、クラスの静的な方法の概念をサポートするために加えることが可能であ る。ｍｅｔｈｏｄｓは、クラスレジストリにおいてクラスがインストールされる か、或いは、引用された後において加えても差し支えない。 ＲｅｍｏｖｅＭｅｔｈｏｄ ｍｅｔｈｏｄ クラス記述から除去する方法。 ＲｅｍｏｖｅＭｅｔｈｏｄはクラス記述から方法を除去する。Ｍｅｔｈｏｄｓ は、クラス記述がクラスレジストリに直接または間接にインストールされた後に おいて、決してクラス記述から除去してはならない。このクラス記述のスーパク ラスにインストールされた方法を除去しようと試みることによっては、所要の効 果が得られないことに注意されたい。方法は、それが定義されたクラスから除去 されなければならない。サブクラスから方法を除去することの効果は、使用フラ グＫＶＵｓａａｇｅＨｉｄｄｅｎを用いて、同じ方法記述をサブクラスのクラス 記述に加えることによって生成することが出来る。 ＡｄｄＰｒｏｐｅｒｔｙ ｐｒｏｐ クラス記述に加えるための特性。 ＡｄｄＰｒｏｐｅｒｔｙは特性をクラス記述に加える。特性は、クラスがクラ スレジストリにインストールされるか、又は、引用された後において、加えても 差し支えない。 ＲｅｍｏｖｅＰｒｏｐｅｒｔｙ ｐｒｏｐ クラス記述から除去するための特性。 ＲｅｍｏｖｅＰｒｏｐｅｒｔｙはクラス記述から特性を除去する。特性は、コ ラス記述がクラスレジストリに直接又は間接にインストールされた後において、 決してクラス記述から除去されてはならない。このクラス記述スーパクラスにイ ンストールされた特性を除去しようと試みることは所要の効果を生成しないこと に注意されたい。特性は、それが定義されたクラスから除去されなければならな い。サブクラスから特性を除去することの効果は、使用フラグＫＶＵｓａｇｅＨ ｉｄｄｅｎを用いて同じ特性記述をサブクラスのクラス記述に加えることによっ て生成される。 ＡｄｄＴｙｐｅ ｔｙｐｅ クラス記述に加えるためのタイプ。 ＡｄｄＴｙｐｅはクラス記述にタイプを加える。Ｔｙｐｅｓは、クラスがクラ スレジストリにインストールされるか、或いは、引用された後において、加えら れても差し支えない。言語においては、このタイプは、この特定クラスのオブジ ェクトの文脈においてのみ適用可能であることに注意されたい。その代りに、一 般的な使用に関してタイプを定義するためには、当該タイプをネームスペースに 加えること。 ＲｅｍｏｖｅＴｙｐｅ ｔｙｐｅ クラス記述から除去するためのタイプ。 ＲｅｍｏｖｅＴｙｐｅはクラス記述からタイプを除去する。Ｔｙｐｅｓは、ク ラス記述がクラスレジストリに直接または間接にインストールされた後において 、決してクラス記述から除去されてはならない。 ＡｄｄＩｎｓｔａｎｃｅ ｉｎｓｔ クラス記述に加えるためのインスタンス。 ＡｄｄＩｎｓｔａｍｃｅは、名前付きインスタンスをクラス記述に加える。こ れは、一般に、名前付き定数に関してのみ使用されることに注意されたい。イン スタンスは、クラスがクラスレジストリにおいてインストールされるか、或いは 、引用された後において加えられても差し支えない。言語において、このインス タンスは、この特定のクラスのオブジェクトの文脈においてのみ適用可能である ことに注意されたい。一般的な使用に関してインスタンスを定義するためには、 ネームスペースに当該インスタンスを加えること。 ＲｅｍｏｖｅＩｎｓｔａｕｃｅ ｉｎｓｔ クラス記述から除去するためのインスタンス。 ＲｅｍｏｖｅＩｎｓｔａｎｃｅはクラス記述から名前付きインスタンスを除去 する。インスタンスは、クラス記述がクラスレジストリに直接または間接にイン ストールされた後において、決してクラス記述から除去されてはならない。 ＡｄｄＥｘｃｅｐｔｉｏｎ ｅｘｃｅｐｔ クラス記述に加えるための例外。 ＡｄｄＥｘｃｅｐｔｉｏｎは例外をクラス記述に加える。例外は、クラスレジ ストリに おいてクラスがインストールされるか又は引用された後において、加えられても 差し支えない。言語において、この例外は、この特定のクラスのオブジェクトの 文脈においてのみ適用可能であることに注意されたい。一般的な使用に関して例 外を定義するためには、その代わりに、当該例外をネームスペースに加えること 。 ＲｅｍｏｖｅＥｘｃｅｐｔｉｏｎ ｅｘｃｅｐｔ クラス記述から除去するための例外。 ＲｅｍｏｖｅＥｘｃｅｐｔｉｏｎはクラス記述から例外を除去する。例外は、 クラスレジストリクラスにおいてクラス記述が直接または間接にインストールさ れた後において、決してクラス記述から除去されてはならない。 ＰｕｔＢａｓｅＣｌａｓｓ ｂａｓｅ このクラスのベースクラス。 ＰｕｔＢａｓｅＣｌａｓｓは、記述されたクラスに関してベースクラスをセッ トする。クラスが多重的に継承された場合には、その代りに、ＰｕｔＢａｓｅＣ ｌａｓｓｅｓを使用しなければならない。この方法は、動的に生成されたベース クラスを記憶するために、サブクラスによって使用することが出来る。 ＰｕｔＢａｓｅＣｌａｓｓｅｓ ｂａｓｅｓ このクラスのベースクラス。 ＰｕｔＢａｓｅＣｌａｓｓｅｓは記述されたクラスに関するベースクラスのリ ストをセットする。この方法は、動的に生成されたベースクラスを記憶するため に、サブクラスによって使用することが出来る。 ＰｕｔＣｏｎｓｔｒｕｃｔｏｒ ｃｏｎｓｔｒｕｃｔｏｒ クラスに関するコンストラクタ。 ＰｕｔＣｏｎｓｔｒｕｃｔｏｒは、記述されたクラスに関するコンストラクタ をセットする。このコンストラクタは、オブジェクトに関するＣ＋＋コンストラ クタと同じでない。クラスレジストリによって定義されたコンストラクタは、オ ブジェクトの割当てに関して責任があり、当該コンストラクタは新規なオブジェ クトを戻さなければならない。コンストラクタに関するクラスレジストリ記述は 総称オブジェクトリターンタイプ（タイプコードＫＶＴｙｐｅＯｂｊｅｃｔＰｏ ｉｎｔｅｒ）を持つ。この方法を用いて格納されたＶＦ ｕｎｃｔｉｏｎＤａｔａは、オブジェクトインスタンスに関する隠された第１の アーギュメントを持たない。従って、このＶＦｕｎｃｔｉｏｎＤａｔａは方法と みなしてはならない。 ＰｕｔＤｕｐｌｉｃａｔｏｒ ｄｕｐｌｉｃａｔｏｒ クラスに関するコピーコンストラクタである。 ＰｕｔＤｕｐｌｉｃａｔｏｒは、記述されたクラスに関するコピーコンストラ クタをセットする。このコンストラクタは、オブジェクトに関するＣ＋＋コピー コンストラクタと同じではない。クラスレジストリによって定義されたコピーコ ンストラクタはオブジェクトの割当てに関して責任があり、そして、新規なコピ ーヂュプリケートオブジェクトを戻さねばならない。コピーコンストラクタに関 するクラスレジストリ記述は総称オブジェクトリターンタイプ（タイプコードＫ ＶＴｙｐｅＯｂｊｅｃｔＰｏｉｎｔｅｒ）を持つ。この方法を用いて格納された ＶＦｕｎｃｔｉｏｎＤａｔａは、コピーされつつあるオブジェクトインスタンス に関する隠された第１のアーギュメントを持つ。従って、このＶＦｕｎｃｔｉｏ ｎＤａｔａは方法であるとみなすことが出来る。 ＰｕｔＤｅｓｔｒｕｃｔｏｒ ｄｅｓｔｒｕｃｔｏｒ クラスのためのコンストラクタ ＰｕｔＤｅｓｔｒｕｃｔｏｒは記述されたクラスに関するデストラクタをセッ トする。この方法は、一切のアーギュメントを持たないか、或いは、全てのアー ギュメントに関してデフォルト値を持たなければならない。このデストラクタ方 法は、オブジェクトインスタンスに対して割当てられた記憶装置の実自由の実施 に関して責任があると言う点において、Ｃ＋＋デストラクタと同じではない。ｄ ｅｓｔｒｕｃｔｏｒは方法でなくてはならない。 ＰｕｔＡｃｑｕｉｒｅＭｅｔｈｏｄ ａｃｑｕｉｒｅ クラスに関するアクワイア（獲得）方法。 ＰｕｔＡｃｑｕｉｒｅＭｅｔｈｏｄは、クラスのインスタンスにリファレンス を加えるために用いられる方法をセットする。この方法は、一切のアーギュメン トを持ってはならないか、或いは、全てのアーギュメントがデフォルト値を持た なければならない。ａｃｑｕｉｒｅは方法でなければならない。オブジェクトシ ステムがリファレンスカウントを継承的にサポートしない間合いには、クラスレ ジストリは、ｃｌａｓｓｅｓユーティリティを用いて、インスタンスをベースと するリファレンスカウントに関してサポートを提供す ることができる。 ＰｕｔＲｅｌｅａｓｅＭｅｔｈｏｄ ｒｅｌｅａｓｅ クラスのための解除（リリース）方法。 ＰｕｔＲｅｊｅａｓｅＭｅｔｈｏｄは、クラスのインスタンスに関するリファ レンスを除去するために用いられる方法をセットする。この方法は、一切のアー ギュメントを持ってはならず、或いは、全てのアーギュメントがデフォルト値を 持たなければならない。ｒｅｌｅａｓｅは方法でなければならない。オブジェク トシステムがリファレンスカウントを継承的にサポートしない場合には、クラス レジストリは、ｃｌａｓｓｅｓユーティリティを用いて、インスタンスをベース とするリファレンスカウントをサポートすることができる。 ＭｙＭｅｔｈｏｄｓ ＭｙＭｅｔｈｏｄｓは、記述されたこのクラスにおいて定義された方法のリス トを戻す。これは、ＡｄｄＭｅｔｈｏｄを用いて加えられた方法のリストのみを 戻す。これは、記述されたクラスのスーパクラスの方法は一切戻さない。これは 、一般に、どの方法記述がこのクラス記述に関して既に動的に生成済みであるか をＶｃｒＣｏｄｅｄＣｌａｓｓのサブクラスが決定することを支援するために用 いられる。 ＭｙＰｒｏｐｅｒｔｉｅｓ ＭｙＰｒｏｐｅｒｔｉｅｓは、記述されたこのクラスにおいて定義された特性 のリストを戻す。これは、ＡｄｄＰｒｏｐｅｒｔｙを用いて加えられた特性のリ ストのみを戻す。これは、記述されたこのクラスのスーパクラスの特性は一切戻 さない。これは、一般に、どの特性記述がこのクラス記述に関して既に動的に生 成済みであるかをＶｃｒＣｏｄｅｄＣｌａｓｓのサブクラスが決定することを支 援するために用いられる。 ＭｙＴｙｐｅｓ ＭｙＴｙｐｅは、記述されたこのクラスにおいて定義されたタイプのリストを 戻す。これは、ＡｄｄＴｙｐｅを用いて加えられたタイプのリストのみを戻す。 これは、記述されたこのクラスのスーパクラスのタイプは一切戻さない。これは 、一般に、どの方法記述がこのクラス記述に関して既に動的に生成済みであるか をＶｃｒＣｏｄｅｄＣｌａｓｓのサブクラスが決定することを支援するために用 いられる。 ＭｙＩｎｓｔａｎｃｅｓ ＭｙＩｎｓｔａｎｃｅｓは、記述されたこのクラスにおいて定義されたインス タンスのリストを戻す。これは、ＡｄｄＩｎｓｔａｎｃｅを用いて加えられたイ ンスタンスのリストのみを戻す。これは、記述されたこのクラスのスーパクラス のインスタンスは一切戻さない。これは、一般に、どのインスタンス記述がこの クラス記述に関して既に動的に生成済みであるかをＶｃｒＣｏｄｅｄＣｌａｓｓ のサブクラスが決定することを支援するために用いられる。 ＭｙＥｘｃｅｐｔｉｏｎｓ ＭｙＥｘｃｅｐｔｉｏｎｓは、記述されたこのクラスにおいて定義された例外 のリストのみを戻す。これは、ＡｄｄＥｘｃｅｐｔｉｏｎを用いて加えられた例 外のリストのみを戻す。これは、記述されたこのクラスのスーパークラスの例外 は一切戻さない。これは、一般に、どのインスタンス記述がこの例外記述に関し て既に動的に生成済みであるかをＶｃｒＣｏｄｅｄＣｌａｓｓのサブクラスが決 定することを支援するために用いられる。 クラスＶｃｒＳｉｍｐｌｅＡｄａｐｔｅｒ ＶＡｄａｐｔｅｒＮａｍｅＳｐａｃｅの共用サブクラス ＶｃｒＳｉｍｐｌｅＡｄａｐｔｅｒは、オブジェクトシステムアダプタに関す るベースインプリメンテーションとして使用できるＶＡｄａｐｔｅｒＮａｍｅＳ ｐａｃｅのインプリメンテーションである。これは、ＶＡｄａｐｔｅｒＮａｍｅ Ｓｐａｃｅの全ての方法のサポートを提供する。オブジェクトシステムは、これ をサブクラス化し、ＶｃｒＳｉｍｐｌｅＡｄａｐｔｅｒによって提供されたキャ ッシングサポートを用いて、異なる方法における動的ルックアップを提供するこ とができる。異なるオブジェクトシステムに関するネームスペースを作成する際 にＶＡｄａｐｔｅｒＮａｍｅＳｐａｃｅ又はＶｃｒｓｉｎｉｐｌｅＡｄａｐｔｅ ｒのいずれかサブクラス化が可能である。 これは、そのＩｎｓｔａｌｌ、Ｒｅｍｏｖｅ方法、または、付加的機能を提供 するためにオブジェクトシステムアダプタによってサブクラス化することのでき る方法を介して直接使用することのできる簡単なアダプタ構造を提供する。 オーバライド可能な共用メンバー Ｉｎｓｔａｌｌ アダプタにアイテムをインストールする。 Ｒｅｍｏｖｅ アダプタからアイテムを除去する。 保護されたオーバライド可能なメンバー ＳｕｂＳｐａｃｅｓ この中のサブスペースのリストを戻す。 Ｉｎｓｔａｌｌ ｉｔｅｍ ネームスペースにインストールするためのアイテム。 Ｉｎｓｔａｌｌは、このコードネームスペース内に特定のアイテムをインスト ールする。Ｉｎｓｔａｌｌは、クラス、ファンクション、タイプ、インスタンス 、及び、例外のみに適用される。オブジェクトが一旦作成されると、これは、コ ードアダプタにインストール可能であり、従って、このオブジェクトは、異なる ビューにとって可視である。 Ｒｅｍｏｖｅ ｉｔｅｍ ネームスペースから除去するためのアイテム。 Ｒｅｍｏｖｅは、ネームスペースから特定のアイテムを除去する。アイテムが 任意のビュー内にマップされている場合には、当該アイテムは全てのビューから アンマップされる。Ｒｅｍｏｖｅは、コードネームスペース、クラス、ファンク ション、タイプ、インスタンス、及び、例外に適用される。 ＳｕｂＳｐａｃｅｓ ｓｔｙｐｅ 実施される探索のタイプ。 ＳｕｂＳｐａｃｅｓは、このネームスペース内に含まれるアダプタネームスペ ースのリストを検索する。この方法は、再帰的探索（即ち、深さが１以外の探索 ）に実施を支援するために他の方法のベースクラスインプレメンテーションによ ってコールされる。サブクラスは、ネストにされたネームスペースの動的ルック アップに関するサポートを提供するかめに、この方法を再実行することが出来る 。 クラスＶｃｒＣｏｄｃＡｄａｐｔｅｒ ＶｃｒＳｉｍｐｌｅＡｄａｐｔｅｒの共用サブクラス ＶｃｒＣｏｄｅＡｄａｐｔｅｒは、それ自身の中のキャッシュテーブルにおけ るＣ＋＋コードにおいて直接作られたアイテムを格納するＶｃｒＳｉｍｐｌｅＡ ｄａｐｔｅｒのインプレメンテーションである。これは、そのＩｎｓｔａｌｌ、 Ｒｅｍｏｖｅ、及び、ＣｒｅａｔｅＳｕｂＳｐａｃｅ方法を介して直接使用する ことのできる簡単なアダプタ構造を提供する。ＶｃｒＳｉｍｐｌｅＡｄａｐｔｅ ｒによって提供される機能性の最上位において、このクラスは、ネストされたネ ームスペースのエンドユーザーによる作成に関するサポートを提供する。アダプ タのユーザーは、一般に、アダプタ内にネストされたネームス ペースを（露出ｍｉｘｉｎからのサポートなしに）作ることが許容されないので 、オブジェクトシステムアダプタは、その代りに、ＶｃｒＳｉｍｐｌｅＡｄａｐ ｔｅｒをサブクラス化しなければならない。 共用メンバー ＣｒｅａｔｅＳｕｂＳｐａｃｅ その中にネストされたネームスペースを作成 する。 ＣｒｅａｔｅＳｕｂＳｐａｃｅ ｎａｍｅ 新規なネームスペースを作るための名前。 ＣｒｅａｔｅＳｕｂＳｐａｃｃは、新規なアダプタネームスペースを作り、そ して、それを、現行ネームスペース内にインストールする。その代りに、指定さ れた名前のネームスペースが既に存在する場合には、それを戻さねばならない。 クラスＶｃｒＳｉｍｐｌｅＶｉｅｗ ＶＶｉｅｗＮａｍｅＳｐａｃｅの共用サブクラス ＶｃｒＳｉｍｐｌｅＶｉｅｗは、アイテムをアダプタから隠すために必要な機 能性のベースレベルを提供するＶＶｉｅｗＮａｍｅＳｐａｃｅのインプレメンテ ーションである。これは、アダプタネームスペースをそれ自身内にマッピングす るための簡単なポリシーを提供する。各アダプタは、トップレベルネームスペー スを共有する。アダプタの中のトップレベルネームスペースが発見されるにつれ て、これらのスペースはトップレベルネームスペース上にマップされる。マップ されたこれらのネームスペース内における階層は、アダプタ自体において定義さ れた階層構造を表す。持続的な組み込みサポートは存在しない。このクラスは、 異なるマッピングポリシーを提供するための持続的なサポートを提供するために サブクラス化しても差し支えない。マッピングポリシーは、ＡｄａｐｔｅｒＡｄ ｄｅｄ及びＭａｐＡｄａｐｔｅｒをオーバライドすることによって変更可能であ る。持続的サポートは、Ｒｅｍｏｖｅｄ及びＡｄａｐｔｅｒＲｅｍｏｖｅｄをオ ーバライドすることによって提供可能である。 保護されたメンバー Ｉｎｓｔａｌｌ ビュー内にアイテムをインストールする。 Ｒｅｍｏｖｅ ビューからアイテムを除去する。 ＣａｎＭａｐ アダプタアイテムがマップ可能であるかどうかを戻す。 保護されたオーバライド可能なメンバー ＣｒｅａｔｅＳｕｂＳｐａｃｅ その中にネストされたネームスペースを作る 。 ＳｕｂＳｐａｃｅｓ その中におけるサブスペースのリストを戻す。 Ｉｎｓｔａｌｌ ｉｔｅｍ ネームスペース内にインストールするためのアイテム。 Ｉｎｓｔａｌｌは、このビューネームスペース内に特定のアイテムをインスト ールする。Ｉｎｓｔａｌｌは、クラス、ファンクション、タイプ、インスタンス 、例外、アダプタ、及び、ビューに適用される。オブジェクトがアダプタから一 旦検索されると、それは、ビュー内にインストール可能であり、従って、クラス レジストリのユーザーにはそれが見える。Ｉｎｓｔａｌｌは、アイテムをビュー 内に直接インストールする。この方法は、全ての必要なリファレンスカウントオ ペレーションを行う。 Ｒｅｍｏｖｅ Ｉｔｅｍ ネームスペースから除去するためのアイテム Ｒｅｍｏｖｅは、特定のアイテムをネームスペースから除去する。Ｒｅｍｏｖ ｅは、ビュー、アダプタ、クラス、ファンクション、インスタンス、及び、例外 に適用される。この方法は、全ての必要なリファレンスカウントオペレーション を行う。 ＣａｎＭａｐ ｉｔｅｍ チェッタするためのアイテム。 ＣａｎＭａｐは、アイテムがこのビューにマップ可能であるかどうかを戻す。 この方法のリターンがＦＡＬＳＥである場合には、他の一切のビュー方法はアイ テムを戻してはならない。これは、アイテムがビュー方法から戻されることが可 能かどうかをチェックするために、内部的にコールされる。デフォルトインプレ メンテーションは、ｉｔｅｍ―＞ＩｎＶｉｅｗ（これ）をコールした結果を戻す 。この方法は、ビュー内の複数の場所へアイテムをマップすることのサポートを 提供するために、サブクラスにおいて再実行可能である。 ＣｒｅａｔｅＳｕｂＳｐａｃｅ ｎａｍｅ 新規なネームスペースを作るための名前 ＣｒｅａｔｅＳｕｂＳｐａｃｅは、新規なビューネームスペースを作り、そし て、現在のネームスペース内にそれをインストールする。指定された名前のネー ムスペースが既に存在する場合には、その代わりに、それが戻されなければなら ない。ネストされたネームスペースの正しいクラスを作ることが出来るように、 この方法は、サブクラスにおいてオ ーバライドされるなければならない。 ＳｕｂＳｐａｃｅｓ ｓｔｙｐｅ 遂行するための探索のタイプ。 ＳｕｂＳｐａｃｅｓは、このネームスペースの中に含まれるビューネームスペ ースのリストを戻す。この方法は、持続的に格納されたビュー情報を検索するた めのサポートを提供するために、サブクラスにおいてオーバライド可能である。 クラスＶｃｒＦｌａｔＶｉｅｗ ＶｃｒＳｉｍｐｌｅＶｉｅｗの共用サブクラス ＶｃｒＦｌａｔＶｉｅｗは、フラットネームスペースモデルを提供するＶＶｉ ｅｗＮａｍｅＳｐａｃｅのインプレメンテーションである。各アダプタネームス ペースが発見されるにつれて、これは、ビューのトップレベルネームスペース上 にマップされる。全てのアイテムは、当該ビューのトップレベルネームスペース において発見可能である。このクラスは、多重ネームスペースの概念を処理する 方法を持たない例えばＢａｓｉｃのような言語によって使用可能である。このク ラスは、サブクラス化されてはならない。フラットネームスペースの異なるイン プレメンテーションを提供するために、ＶｃｒＳｉｍｐｌｅＶｉｅｗは、その代 りにサブクラス化されなければならない。 Ｔｙｐｅ Ｍａｎａｇｅｍｅｎｔ（タイプ管理）クラス 複合タイプの定義 可能なタイプの集合が基本タイプに制限された場合において、クラスレジスト リは、全ての定義されたクラスの小さい部分集合を記述するためにのみ有用であ る。ただし、可能なタイプの集合は静的ではない。あらゆる複合的なデータタイ プを記述するために新規なタイプを作ることが出来る。 基本タイプ、及び、例えば、構造、結合、及び、ｅｎｕｍｓのような複合タイ プは、ＶＴｙｐｅＤａｔａのサブクラスを用いて記述することが出来る。タイプ の定義は、複合的なデータタイプを任意に作るためにネストすることが出来る。 タイプ管理システムは、全ての可能なＣ＋＋タイプをタイプ記述にマップするこ とを意図したものではない。これは、あらゆる標準オブジェクトシステムタイプ を記述することができることを意図する。タイプ管理システムが記述することの できるタイプの集合は、ＣＯＲＢＡ ＩＤＬ、及び、ＣＯＲＢＡ ＴｙｐｅＣｏ ｄｅｓ内に記述することのできる全てのタイプを含む。記述可能なタイプの集合 はオブジェクトを含まない。オブジェクト記述は、他のクラスレジストリＶＣｌ ａｓｓＤａｔａインスタンスによって行われる。 タイプは、タイプ記述オブジェクトの階層を組み立てることによって記述され る。タイ プが一旦作られると、クラスレジストリにおいて直接使用することが出来る。タ イプクラスは、１つのタイプのインスタンスを他のタイプのインスタンスにキャ ストすることを容易にする。構造が類似したタイプは相互にキャスト可能である 。Ｃ及びＣ＋＋とは異り、クラスレジストリタイプシステムはフィールドのデー タタイプが異なるとしても、フィールド記述が相互に類似した構造をキャストす る。この相関性は、オブジェクトシステムにブリッジング能力を提供するために 用いられる。 サポートコード（ＶｃｒＣａｌｌ、及び、ＶｃｒＣｏｍｐｌｅｔｅＣａｌｌ） をコールするクラスレジストリファンクション及び方法は、アーギュメントをキ ャストし、そして、値を該当するタイプに戻すためにタイプ管理システムを用い る。サポートコードをコールするファンクションは、タイプアーギュメント及び リターンタイプが正しくキャストされることを確認するためにタイプチェックを 行うが、これらのファンクションをコールする以前に厳密にタイプチェックする ことはユーザーの責任である。 各タイプオブジェクトは、それ自体をタイプコードと関連付けることが出来る 。これらのタイプコードは、クラスレジストリの実行中のインスタンス内のタイ プを一意的に記述する。タイプコードは、迅速なタイプ比較のために使用できる 。タイプマネージャーは、タイプコードの管理に責任がある。タイプマネージャ ーは、そのデータベースに同じタイプ記述が無い場合には、１つのタイプに対し て一意的なタイプコードを生成する。既に同じタイプが存在する場合には、双方 のタイプに同じタイプコードが与えられる。従って、同一のタイプコードを持つ インスタンスは同じである。これは、タイプコードの異なる２つのインスタンス はレイアウト及び構造が同じでないことを意味しない。異なる複合タイプは、フ ィールド及びサブタイプのレイアウトが同じであっても差し支えないが、フィー ルド名が異なる場合には、２つのタイプには異なるタイプコードが与えられる。 事前定義済みのタイプを除いては、タイプコードは持続的でない。全ての異な るプロセススペースは、記述されたタイプに関して異なるタイプコードを持つ。 ただし、タイプコードはタイプ比較においてのみ使用されるので、これは、通常 、問題にはならない。一組の持続的な利用可能なタイプコードがある。これらは 、必要に応じて、Ｖｉｓｕａｌ Ｅｄｇｅによって割り当てられる。持続的なタ イプコードは、基本的なタイプ記述に限って割り当てられる。タイプマネージャ ーは、全ての持続的なタイプコードを追跡することに責任がある。持続的なタイ プは、その記述オブジェクトを発見するために、必ず、タイプマネージャーにお いてルックアップ可能である。 タイプがオブジェクトによって記述されるので、これらのオブジェクトはｍｉ ｘｉｎを持っても差し支えない。タイプに関するｍｉｘｉｎは、タイプに関する 付加的情報を開発環境に提供するために用いられる。たとえば、「カラー」と命 名されたタイプは、特殊化されたカラーエディターを展開するためのｍｉｘｉｎ サポートを持つと言う点を除けば符号無しロングと同じであっても差し支えない 。 事前定義済みタイプ(Predefined Types) 事前定義済みタイプの集合は、Ｃ＋＋基本タイプ、並びに、例えばストリング 及び総称オブジェクトポインタのような多数の簡単な合成タイプの全範囲に亙っ てカバーする。 基本タイプ(Fundamental Types) 基本タイプ及び他の事前定義済みタイプの集合は、タイプマネージャーに記憶 された記述を持つ。これらのタイプ記述は、タイプコードを用いて、タイプマネ ージャに質問することによって発見できる。現在定義されているタイプコードの 集合を次に示す： 他の事前定義済みタイプ(Other Predefined Types) 次に示すタイプは、それらのタイプコードが複数のセッションを通じて持続的 であるという点で、他の記述済み複合タイプと異なる。 クラスＶＴｙｐｅＤａｔａ ＶｃｒＴｏｐｌｅｖｅｌの共用サブクラス ＶＴｙｐｅＤａｔａは、全てのタイプ記述クラスに関するベースクラスである 。これは、タイプ比較、キャスティング、作成、及び、破壊に関して仮想方法を 提供する。 保護されたメンバー ＰｕｔＴｙｐｅＭａｎａｇｅｒ このインスタンスを所有するタイプマネージ ャーをセットする。 ＰｕｔＢａｓｅＴｙｐｅ これがベースとするタイプをセットする。 ＧｅｔＡｃｔｕａｌＩｎｓｔａｎｃｅ タイプのインスタンスに関する実タイ プおよびポインタを入手すること。 共用メンバー(Public Members) ＢａｓｅＴｙｐｅ このタイプのベースタイプを戻す。 ＴｙｐｅＭａｎａｇｃｒ このオブジェクトと関連したタイプマネージャーを 戻す。 ＩｔｓＣｌａｓｓ このＶＴｙｐｅＤａｔａのサブクラスを戻す。 ＰｕｔＯｂｊｅｃｔＳｙｓｔｅｍ このタイプ記述を作成したオブジェクトシ ステムをセットする。 オーバライド可能な共用メンバー(Overidable Public Members) ＣｏｎｃｒｅｔｅＴｙｐｃ このタイプの物理的インプレメンテーションを戻 す。 ＴｙｐｅＣｏｄｅ このタイプのタイプコードを戻す。 Ｉｄｅｎｔｉｃａｌ 指定されたタイプがこのタイプと同じであるかどうかを 決定する。 ＳａｍｅＬａｙｏｕｔＡｓ 指定されたタイプがこのタイプと同じレイアウト であるかどうかを決定する（名前は異なる場合が あり得る）。 ＣａｎＡｌｗａｙｓＣａｓｔ 指定されたタイプが常にこのタイプにキャスト 可能であるかかどうかを決定する。 ＣａｎＳｏｍｅｔｉｍｅｓＣａｓｔ 指定されたタイプが時々このタイプにキ ャスト可能であるかどうかを決定する。 Ａｌｉｇｎｍｅｎｔ このタイプによって要請されるアラインメントを戻す。 ＳｉｚｅＯｆ このタイプのインスタンスのサイズを戻す。 Ｃｏｎｓｔｒｕｃｔ 指定されたタイプの正しくキャストされたコピーである このタイプの新規なインスタンスを作成する。 Ｃａｓｔ 指定されたタイプのインスタンスをこのタイプにキャストすること 。 Ｅｍｐｔｙ このタイプのインスタンスを空にすること。 Ｄｉｓｃａｒｄ このタイプのインスタンスを廃棄すること。 保護されたデータメンバー ＶＴＯｂｊｅｃｔＳｙｓｔｅｍ ｉｔｓＯｂｊｅｃｔＳｙｓｔｅｍ このタイ プ 記述を作成したオブジェクトシステム。 タイプの定義 ＰｕｔＢａｓｅＴｙｐｅ ｂａｓｅ これがベースとするタイプ。 ＰｕｔＢａｓｅＴｙｐｅは、この導出タイプがベースとするタイプをセットす る。例えば、このタイプが符号無しショートに対するポインタである場合には、 ＢａｓｅＴｙｐｅは、ＫＶＴｙｐｅＵｎｓｉｇｎｅｄＳｈｏｒｔに関するタイプ オブジェクトを戻さねばならない。このタイプが他のタイプから直接導出されて いない場合には、このタイプはＮＵＬＬを戻さねばならない。たとえば、これは 、構造に定義に関する場合である。ＶｃｒＡｎｙのインスタンスは、記憶装置内 に配置された場合に実際に存在するタイプを戻さねばならない（すなわち、任意 のＣＯＲＢＡ及びＯＥＬ２．０ ＶＡＲＩＡＮＴの両方は、特定のフィールドレ イアウトを持つ構造のインスタンスである）。この方法は、ベースタイプの生成 に関して未知である場合、当該ベースタイプをコールするためにサブクラスによ ってコールされることが可能である。 ＰｕｔＴｙｐｅＭａｎａｇｅｒ ｍａｎａｇｅｒ このタイプを所有するタイプマネージャ ＰｕｔＴｙｐｅＭａｎａｇｅｒは、このタイプ記述を管理するＶＴｙｐｅＭａ ｎａｇｅｒインスタンスをセットする。これは、タイプマネージャがその生成後 において未知である場合に、当該タイプマネージャをベースクラスに記憶するた めにサブクラスよって使用される。 ＧｅｔＡｃｔｕａｌＩｎｓｔａｎｃｅ ｉｎｓｔａｎｃｅ 変換するためのインスタンス。 ｆｉｎａｌ （戻し）変換後のインスタンス。 ＧｅｔＡｃｔｕａｌＩｎｓｔａｎｃｅは、できるだけ多く処理することの出来 るタイプのインスタンスをとる。すなわち、これは、最後の結果を発見するため にＶｃｒＡｌｉａｓ及びＶｃｒＡｎｙタイプを処理することを意味する。インス タンスがＶｃｒＡｎｙである場合には、ＴｙｐｅＯｆ及びＶｃｒＡｎｙのＶａｌ ｕｅメンバーはｆｉｎａｌに格納される。ＶｃｒＡｌｉａｓのインスタンスは、 ちょうど、別名のＢａｓｅＴｙｐｅを用いて処理されたタイプを持つ。この方法 は、全てのエイリアス及びエニーが処理されるまで、これらのオペレーションを 実施する。この方法は、キャスティングの実施を支援するため に用いられる。 ＢａｓｅＴｙｐｅ ＢａｓｅＴｙｐｅは、この導出タイプがベースとするタイプを戻す。例えば、 このタイプが符号無しショートに対するポインタである場合には、ＢａｓｅＴｙ ｐｅはＫＶＴｙｐｅＵｎｓｉｇｎｅｄＳｈｏｒｔに関するタイプオブジェクトを 戻さねばならない。このタイプが他のタイプから直接導出されない場合には、Ｎ ＵＬＬを戻さねばならない。たとえば、これは、構造定義の場合である。 ＴｙｐｅＭａｎａｇｅｒ ＴｙｐｅＭａｎａｇｅｒは、このタイプ記述を管理するＶＴｙｐｅＭａｎａｇ ｅｒインスタンスを戻す。 ＩｔｓＣｌａｓｓ ＩｔｓＣｌａｓｓは、このインスタンスのタイプを戻す。これは、ＶＴｙｐｅ Ｄａｔａサブクラスのランタイム識別を実施するために用いられる。ＶＣｌａｓ ｓの方法は、これがＴｙｐｅＤａｔａのどのサブクラスであるかを識別するため に使用することが出来る。ＩｔｓＣｌａｓｓは、変換中のタイプに関する情報を 収集するためにタイプ変換ルーチンにおいてコールされる。 ＰｕｔＯｂｊｅｃｔＳｙｓｔｅｍ ｓｙｓｔｅｍ 当該タイプを所有するオブジェクトシステム。 ＰｕｔＯｂｊｅｃｔＳｙｓｔｅｍは、このタイプを所有するオブジェクトシス テムをセットする。この方法は、当該タイプ作成の直後においてのみ、オブジェ クトシステムによってコールされなければならない。 ＣｏｎｃｒｅｔｅＴｙｐｃ ＣｏｎｃｒｅｔｅＴｙｐｃは、このタイプの物理的レイアウトであるタイプを 戻す。例えば、ＣＯＲＢＡシーケンスであるタイプは、３つのエレメントを含む 構造である具象タイプを持つ。それら自体が具象であるような全てのタイプは、 この方法からＮＵＬＬを戻さなければならない。デフォルトインプレメンテーシ ョンはＮＵＬＬを戻す。 ＴｙｐｅＣｏｄｅ ＴｙｐｅＣｏｄｅは、このタイプに関するタイプコードを戻す。タイプコード は、２つの異なるタイプの同等性を決定するために、これらを比較するために使 用できる。タイプマネージャーは、タイプの両立性を決定するために使用される 。ＴｙｐｅＣｏｄｅへの初期コールに関して、タイプマネージャーは、このタイ プに対するＶＴＴｙｐｅＣｏｄｅを発見するためにコールされる。初期コールの 後で、結果は当該タイプに記憶される。 Ｉｄｅｎｔｉｃａｌ ｔｙｐｅ 比較するためのタイプ。 Ｉｄｅｎｔｉｃａｌは、指定されたタイプが現在のタイプと同じであるかどう かを決定する。当該タイプが正確な複製であるならば、これは、真を戻さねばな らない。全てのサブタイプ、サブフィールド、及び、名前はマッチしなければな らない。ヘルプ情報は比較してはならない。タイプマネージャーは、２つのタイ プが同じタイプコードを与えられることが可能であるかどうかを決定するために 、この方法をコールする。ベースクラスインプレメンテーションは、２つのタイ プがＴｙｐｅＤａｔａの同じサブクラスであることをチェックする。システムは ２つのタイプの比較に際して、タイプ定義における循環性が当該システム停止の 原因とならないことを、導出タイプが確認しなければならない。 ＳａｍｅＬａｙｏｕｔＡｓ ｔｙｐｅ 比較するためのタイプ。 ＳａｍｅＬａｙｏｕｔＡｓは、指定されたタイプが現在のタイプにレイアウト に関して同じであるかどうかを決定する。全てのサブタイプ、サブフィールド、 及び、オフセットがマッチするならば、これは真を戻さねばならない。名前およ びヘルプ情報は比較してはならない。この方法は、キャスティング可能性を決定 するためにコールされる。 ＣａｎＡｌｗａｙｓＣａｓｔ ｔｙｐｅ 比較するためのタイプ。 ＣａｎＡｌｗａｙｓＣａｓｔは、全ての状況において、情報の損失なしに、タ イプがこのタイプにキャストされることが可能であるかどうかを決定する。たと えば、ショートは常にロングに対してキャストされることが可能であるが、ロン グの或るインスタンスに限り、ショートに対してキャストされることが可能であ る。これは、ショートからロングの 場合に限り、真を戻すはずである。 ＣａｎＳｏｍｅｔｉｍｅｓＣａｓｔ ｔｙｐｅ 比較するためのタイプ。 或る種の状況または全ての状況において、情報の損失を生じることなしに、タ イプがこのタイプに対してキャストされることが可能であるかどうかを、Ｃａｎ ＳｏｍｅｔｉｍｅｓＣａｓｔが決定する。たとえば、ショートは常にロングに対 してキャストされることが可能であるが、ロングの或るインスタンスに限り、シ ョートに対してキャストされることが可能である。これは、ショートからロング へ、又は、ロングからショートへ、いずれの場合にも、真を戻すはずである。 Ａｌｉｇｎｍｅｎｔ アラインメントは、このタイプのインスタンスのために必要とされるアライン メントを戻す。アラインメントはバイト数において指定する。例えば、８バイト ダブルは、４バイト境界上にアラインされることが可能であるはずであり、この 場合には、この方法は４を戻すはずである。可能な最低値は１である。 ＳｉｚｅＯｆ ｉｎｓｔａｎｃｅ サイズを決定するためのに使用されるインスタンスに対す るポインタ。 ＳｉｚｅＯｆは、バイト表現されたタイプの特定インスタンスのサイズを戻す 。インスタンスポインタがＮＵＬＬである場合に、サイズが固定されているなら ば、ＳｉｚｅＯｆは、タイプの全てのインスタンスのサイズを戻さねばならない 。インスタンスのサイズが可変である場合には、ＳｉｚｅＯｆは０または負を戻 さねばならない。 Ｃｏｎｓｔｒｕｃｔ ｏｒｉｇｉｎａｌ コピーのもととなるオリジナルオブジェクトに対するタイ プ及びポインタ。 ｉｎｓｔａｎｃｅ （戻し）このタイプの新規なインスタンス。 Ｃｏｎｓｔｒｕｃｔは、入力オブジェクトをこのタイプにキャストすることに より、新規なインスタンスを作成する。Ｃｏｎｓｔｒｕｃｔは、戻された新規オ ブジェクトに対してバッファを割当てなければならない。戻し値は、新規なイン スタンスのサイズでなくて はならない。オリジナルインスタンスがこのタイプに対してキャストされないか 、または、メモリの割当が不可能である場合には、Ｃｏｎｓｔｒｕｃｔは０を戻 さねばならない。 Ｃａｓｔ ｏｒｉｇｉｎａｌ コピーのもととなオリジナルオブジェクトに対するタイプ 及びポインタ。 ｉｎｓｔａｎｃｅ インスタンスを記憶する場所に関するポインタ。 Ｃａｓｔは、このタイプに入力オブジェクトをキャストすることにより、この タイプの新規なインスタンスを作成する。Ｃａｓｔは、新規なタイプインスタン スにバッファを割当ててはならないが、その代わりに、当該タイプに適合するだ け充分に大きいことが保証されている供給されたバッファを使用しなければなら ない。戻し値は、新規なインスタンスのサイズでなくてはならない。オリジナル インスタンスがこのタイプに対してキャストされることが出来ないか、又は、メ モリーが割当てられることが出来ない場合には、Ｃａｓｔは０を戻さねばならな い。このルーチンにパスされたインスタンスバッファは不要情報を含むことがあ り得るので、完全に重ね書きされなければならない。 Ｅｍｐｔｙ ｉｎｓｔａｎｃｅ 空にされるためのタイプのインスタンス。 Ｅｍｐｔｙは、当該タイプのインスタンスの内容を空にする。これは、当該イ ンスタンス内に割当てられた全てのメモリを解放しなければならないが、インス タンス自体を解放してはならない。 Ｄｉｓｃａｒｄ ｉｎｓｔａｎｃｅ 空にされるためのタイプのインスタンス。 Ｄｉｓｃａｒｄは、このタイプのインスタンスの内容を空にする。これは、当 該インスタンス内に割当てられた全てのメモリを解放しなければならないが、イ ンスタンス自体を解放してはならない。 クラスＶｃｒＦｕｎｄａｍｃｎｔａｌ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＦｕｎｄａｍｅｎｔａｌは基本タイプを定義する。このクラスは、全て の基本タイプのインプレメンテーションを提供するために、内部的にサブクラス 化される。このク ラスが他の基本タイプを提供しない限り、ユーザーは、通常、このクラスをサブ クラス化する必要はない。 共用メンバー ＶｃｒＦｕｎｄａｍｅｎｔａｌ ＶｃｒＦｕｎｄａｍｅｎｔａｌオブジェクト を作成する。 ＶｃｒＦｕｎｄａｍｅｎｔａｌコンストラクタ ｍａｎａｇｅｒ このオブジェクトによって用いられるタイプマネージャ。 ｎａｍｅ このポインタタイプの名前。 ｔｙｐｅ この基本タイプのタイプコード。 例えば符号付きインスタンス等のような基本タイプを表すＶｃｒＦｕｎｄａｍ ｅｎｔａｌオブジェクトを作成する。 クラスＶｃｒＡｌｉａｓ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＡｌｉａｓは他のタイプのエイリアス（別名）を定義する。このクラス のインスタンスは、一般に、クラスレジストリ用として使用する目的で、基本タ イプの特殊バージョンに付加的ミクシン（ｍｉｘｉｎ）を加えるためにのみ作成 される。たとえば、符号無しロングは、特殊化されたカラーエディタを展開する ためのｍｉｘｉｎサポートを持つと言う点以外は符号無しロングに同じである「 カラー」と命名されたエイリアスを持つことができる。 共用メンバー ＶｃｒＡｌｉａｓ ＶｃｒＡｌｉａｓオブジェクトを作成する。 ＶｃｒＡｌｉａｓコンストラクタ ｎａｍｅ このエイリアスの名前。 ｒｅａｌＴｙｐｅ これが表すタイプ。 他のタイプのエイリアスを表すＶｃｒＡｌｉａｓオブジェクトを作成する。全 ての方法のインプレメンテーションは、ｒｅａｌＴｙｐｅオブジェクトの方法を 適宜コールする。ｍｉｘｉｎサポート用の方法は、ｒｅａｌＴｙｐｅ上に直接マ ップされない方法に限られる。 クラスＶｃｒＰｏｉｎｔｅｒ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＰｏｉｎｔｅｒは、他のタイプに対するポインタを定義する。 共用メンバー ＶｃｒＰｏｉｎｔｅｒ ＶｃｒＰｏｉｎｔｅｒオブジェクトを作成する。 ＶｃｒＰｏｉｎｔｅｒコンストラクタ ｎａｍｅ このポインタタイプの名前。 ｂａｓｅＴｙｐｅ これがポインタの対象とするタイプ。 他のタイプに対するポインタを表すＶｃｒＰｏｉｎｔｅｒオブジェクトを作成 する。これは、オブジェクトに対するポインタ用に使用されてはならず、その代 りに、ＶｃｒＯｂｊｅｃｔＲｅｆを使用しなければならない。ファンクションに 対するポインタは、ＶｃｒＦｕｎｃｔｉｏｎＰｔｒによって実行されなければな らない。 クラスＶｃｒＯｂｊｅｃｔＲｅｆ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒｏｂｊｅｃｔＲｅｆは、特定のオブジェクトタイプのインスタンスに関 するリファレンス（ポインタ）を定義する。 共用メンバー ＶｃｒＯｂｊｅｃｔＲｅｆ ＶｃｒＯｂｊｅｃｔＲｅｆオブジェクトを作成す る。 Ｃｌａｓｓ このタイプのインスタンスが参照するオブジェクトのクラスを戻 す。 ＶｃｒＯｂｊｅｃｔＲｅｆコンストラクタ ｍａｎａｇｅｒ このオブジェクトによって用いられるタイプマネージャ。 ｎａｍｅ このリファレンスタイプの名前。 ｒｅｆＣｌａｓｓ 参照されたオブジェクトのクラス。 指定されたクラスのインスタンスに関するリファレンス（ポインタ）を表すＶ ｃｒＯｂｊｅｃｔＲｅｆオブジェクトを作成する。 Ｃｌａｓｓ Ｃｌａｓｓは、このタイプのインスタンスが参照するオブジェクトのクラスを 戻す。 クラスＶｃｒＦｕｎｃｔｉｏｎＰｔｒ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＦｕｎｃｔｉｏｎＰｔｒは、指定されたシグネチャを用いて、ファンク ションに対するポインタを定義する。 共用メンバー ＶｃｒＦｕｎｃｔｉｏｎＰｔｒ ＶｃｒＦｕｎｃｔｉｏｎＰｔｒオブジェクト を作成する。 Ｆｕｎｃｔｉｏｎ ファンクションシグネチャ記述を戻す。 ＶｃｒＦｕｎｃｔｉｏｎＰｔｒコンストラクタ ｍａｎａｇｅｒ このオブジェクトによって用いられるタイプマネージャ。 ｎａｍｅ このファンクションポインタタイプの名前。 ｆｕｎｃＳｉｇ これがポイントするファンクションのシグネチャ記述。 指定されたシグネチャを用いて、ファンクションに対するポインタを表すＶｃ ｒＦｕｎｃｔｉｏｎＰｔｒオブジェクトを作成する。ＶＦｕｎｃｔｉｏｎＤａｔ ａの所有権は、このオブジェクトに譲渡される。このＶＦｕｎｃｔｉｏｎＤａｔ ａは、他の場所において使用されてはならない。 Ｆｕｎｃｔｉｏｎ Ｆｕｎｃｔｉｏｎは、このタイプのインスタンスがポイントするファンクショ ンの記述を戻す。 クラスＶｃｒＳｔｒｕｃｔＩｔｅｍ ＶｃｒＳｔｒｕｃｔＩｔｃｍは、構造または合併においてフィールドを定義す る。これは、フィールドネーム、タイプ、及び、オフセットを構造内に含む。こ のクラスのインスタンスには、タイプコードを割り当てることが出来ない。 共用メンバー ＶｃｒＳｔｒｕｃｔＩｔｅｍ ＶｃｒＳｔｒｕｃｔＩｔｅｍオブジェクトを作 成する。 Ｎａｍｅ このフィールドの名前を戻す。 Ｔｙｐｅ このフィールドのタイプを戻す。 Ｏｆｆｓｅｔ このフィールドの構造内にオフセットを戻す。 ＶｃｒＳｔｒｕｃｔＩｔｅｍコンストラクタ ｎａｍｅ この構造フィールドの名前。 ｔｈｅＴｙｐｅ この構造フィールドのタイプ。 ｏｆｆｓｅｔ 構造内のこのフィールドのオフセット。 構造内のフィールドを表すＶｃｒＳｔｒｕｃｔＩｔｅｍオブジェクトを作成す る。 Ｎａｍｅ Ｎａｍｅは、この構造または合併フィールドの名前を戻す。 Ｔｙｐｅ Ｔｙｐｅは、この構造または合併フィールドのタイプを戻す。 Ｏｆｆｓｅｔ Ｏｆｆｓｅｔは、構造内のフィールドのオフセットを戻す。 クラスＶｃｒＳｔｒｕｃｔ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＳｔｒｕｃｔは構造の定義を定義する。この構造は、当該構造の初めか ら固定した数のオフセットにおいて固定数のフィールドを含む。 共用メンバー ＶｃｒＳｔｒｕｃｔ ＶｃｒＳｔｒｕｃｔオブジェクトを作成する。 ＡｄｄＩｔｅｍ 構造にフィールドを加える。 ＧｅｔＩｔｅｍＢｙＮａｍｃ 指定されたフィールドのフィールド記述を戻す 。 ＧｅｔＩｔｅｍＢｙＩｎｄｅｘ 指定されたフィールドのフィールド記述を戻 す。 ＧｅｔＩｔｅｍＣｏｕｎｔ 構造におけるフィールド数を戻す。 ＶｃｒＳｔｒｕｃｔコンストラタタ ｍａｎａｇｅｒ このオブジェクトによって用いられるタイプマネージャ。 ｎａｍｅ この構造の名前。 ｉｔｅｍ１−ｉｔｅｍ６ 構造に加えるためのオプションのアイテム。 構造を表すＶｃｒＳｔｒｕｃｔオブジェクトを作成する。フィールドは、その レイアウトを定義するために、作成の後において、構造に加えることが出来る。 ｉｔｅｍ１からｉｔｅｍ６までのうちのいずれかが指定されている場合には、こ れらの各々に対してＡｄｄＩｔｅｍが順々にコールされたかのように、これらが 構造定義に加えられる。 ＡｄｄＩｔｅｍ Ｉｔｅｍ 構造に加えるためのフィールド。 新規フィールドを構造に加えること。タイプ両立性およびキャスタビリティを 決定するにはフィールドを加える順序が用いられるので、フィールドを加える順 序は重要である。 ＧｅｔＩｔｅｍＢｙＮａｍｅ ｎａｍｅ 検索するためのフィールドの名前。 所定の名前のフィールドを構造から検索すること。 ＧｅｔＩｔｅｍＢｙＩｎｄｅｘ ｉｎｄｅｘ 検索するためのフィールドのインデックス。 構造における所定のインデックスのフィールドを構造から検索すること。イン デックスは、ゼロから出発してフィールドが構造に加えられた順序に従って定義 される。 ＧｅｔＩｔｅｍＣｏｕｎｔ この構造におけるフィールド番号を戻す。 クラスＶｃｒＥｎｕｍＩｔｅｍ ＶｃｒＥｎｕｍＩｔｅｍは、列挙タイプの可能な値のうちの１つである列挙定 数を定義 する。このクラスのインスタンスには、タイプコードを割り当てることが出来な い。 共用メンバー ＶｃｒＥｎｕｍＩｔｅｍ ＶｃｒＥｎｕｍＩｔｅｍオブジェクトを作成する。 Ｎａｍｅ 列挙定数の名前を戻す。 Ｖａｌｕｅ 列挙定数の値を戻す。 ＶｃｒＥｎｕｍＩｔｅｍコンストラクタ ｎａｍｅ この列挙定数の名前。 ｖａｌｕｅ この列挙定数の値 ｅｎｕｍ（列挙定数の集合）のうちの１つを表すＶｃｒＥｎｕｍＩｔｅｍオブ ジェクトを作成する。 Ｎａｍｅ Ｎａｍｅは、列挙定数の名前を戻す。 Ｖａｌｕｅ Ｖａｌｕｅは、列挙定数の値を戻す。 クラスＶｃｒＥｎｕｍ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＥｎｕｍは、列挙タイプを定義する。列挙タイプは多数の列挙定数を含 む。この場合、各定数は関連した名前および値を持つ。 共用メンバー ＶｃｒＥｎｕｍ ＶｃｒＥｎｕｍオブジェクトを作成する。 ＡｄｄＩｔｅｍ ｅｎｕｍに列挙定数を加える。 ＧｅｔＩｔｅｍＢｙＮａｍｅ 指定された列挙定数の記述を戻す。 ＧｅｔＩｔｅｍＢｙＩｎｄｅｘ 指定された列挙定数の記述を戻す。 ＧｅｔＩｔｅｍＣｏｕｎｔ このｅｎｕｍにおける列挙定数の数を戻す。 ＶｃｒＥｎｕｍコンストラクタ ｍａｎａｇｅｒ このオブジェクトによって用いられるタイプマネージャ。 ｎａｍｅ この列挙の名前。 ｅｎｕｍＴｙｐｅ 列挙が格納されるタイプ。 ｉｔｅｍ１−ｉｔｅｍ６ 列挙に加えるためのオプションとしてのアイテム。 列挙を表すＶｃｒＥｎｕｍオブジェクトを作成する。定数の可能な値を定義す るために、定数は、作成した後において、列挙に加えることが出来る。列挙のタ イプは、整数基本タイプでなくてはならない。ｉｔｅｍ１からｉｔｅｍ６までの うちのいずれかが指定されている場合には、これらの各々に対してＡｄｄＩｔｅ ｍが順々にコールされたかのように、これらが構造定義に加えられる。 ＡｄｄＩｔｅｍ ｉｔｅｍ 列挙に加えるための定数。 新規な定数を列挙に加えること。タイプ両立性およびキャスタビリティを決定 するにはフィールドを加える順序が用いられるので、フィールドを加える順序は 重要である。 ＧｅｔＩｔｅｍＢｙＮａｍｅ ｎａｍｅ 検索するための定数の名前。 その名前によって、列挙から列挙定数を検索すること。 ＧｅｔＩｔｅｍＢｙＩｎｄｅｘ ｉｎｄｅｘ 検索するための定数のインデックス。 列挙におけるそのインデックスにより、列挙から定数を検索すること。インデ ックスは、ゼロから開始して定数を列挙に加えた順序に従って定義される。 ＧｅｔＩｔｅｍＣｏｕｎｔ この列挙における定数の数を戻す。 クラスＶｃｒＳｅｑｕｅｎｃｅ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＳｅｑｕｅｎｃｅは抽象クラスである。これは、その長さをインスタン スベースによりインスタンスに関して決定しても差し支えない可変長アレイを定 義する。例えば、ストリングはＶｃｒＳｅｑｕｅｎｃｅｓとして実行される。同 様に、ＶｃｒＳｔｒｕｃｔＳｅｑｕｅｎｃｅは、ＶｃｒＳｅｑｕｅｎｃｅのトッ プにおいて実行される。更に、固定長さのアレイも、ＶｃｒＡｒｒａｙを用いて 、ＶｃｒＳｅｑｕｅｎｃｅのサブクラスとして記述される。 共用メンバー ＶｃｒＳｅｑｕｅｎｃｅ ＶｃｒＳｅｑｕｅｎｃｅオブジェクトを作成する。 ＧｅｔＬｏｗｅｒＢｏｕｎｄ シーケンスの下限を戻す。 保護されたメンバー ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅ 作成した後において、具象タイプをセット する。 オーバライド可能な共用メンバー ＧｅｔＬｅｎｇｔｈ シーケンスのインスタンスの長さを戻す。 ＧｅｔＭａｘＬｅｎｇｔｈ シーケンスの最大長を戻す。 ＧｅｔＥｌｅｍｅｎｔ シーケンスの指定されたエレメントを戻す。 ＩｓＬｉｎｅａｒ シーケンスデータが線型であるかどうかを戻す。 ＶｃｒＳｅｑｕｅｎｃｅコンストラクタ ｎａｍｅ このシーケンスタイプの名前。 ｃｏｎｃｒｅｔｅＴｙｐｅ このシーケンスがそれによって作られたタイプ。 ｂａｓｅＴｙｐｅ これがそのシーケンスであるようなタイプ。 １ｂｏｕｎｄ シーケンスインデックスの下限。 他のタイプの他のインスタンスの可変長アレイに対するポインタを表すＶｃｒ Ｓｅｑｕｅｎｃｅオブジェクトを作成する。 ＧｅｔＬｏｗｅｒＢｏｕｎｄ 許容されたシーケンスインデックスの下限を戻す。 ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅ ｃｏｎｃｒｅｔｅＴｙｐｅ 実際のシーケンスタイプ。 ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅは、作成した後において、シーケンスの実際 のタイプをセットする。このタイプは、構造等々の中に格納される実タイプであ る。たとえば、ＣＯＲＢＡシーケンスは、３つのエレメントを含む構造である具 象タイプを持つ。 ＧｅｔＬｅｎｇｔｈ ｉｎｓｔａｎｃｅ このシーケンスタイプのインスタンス。 ＧｅｔＬｅｎｇｔｈは、このシーケンスタイプの特定のインスタンスの長さを 戻す。これは、ＶｃｒＳｅｑｕｅｎｃｅのサブクラスにおいて実行されなければ ならない。 ＧｅｔＭａｘＬｅｎｇｔｈ ｉｎｓｔａｎｃｅ このシーケンスタイプのインスタンス。 ＧｅｔＭａｘＬｅｎｇｔｈは、このシーケンスタイプの特定のインスタンスに 関する最大長を戻す。これは、シーケンスアレイに関するデータ格納の割当てら れた最大長を戻す。これは、ＶｃｒＳｅｑｕｅｎｃｅのサブクラスにおいて実行 されなければならない。 ＧｅｔＥｌｅｍｅｎｔ ｉｎｓｔａｎｃｅ このシーケンスタイプのインスタンス。 ｉｎｄｅｘ 検索するためのエレメントのインデックス。 シーケンスの指定されたエレメントに対するポインタを戻す。インデックスが シーケンスの正当な限度の外側にある場合には、これはＮＵＬＬを戻す。 ＩｓＬｉｎｅａｒ シーケンスが、指定されたタイプの線型シーケンスであるかどうかを戻す。戻 しがＴＲＵＥである場合には、シーケンスの第２エレメントがメモリ内の第１エ レメントに直接従う。ＩｓＬｉｎｅａｒがＦＡＬＳＥを戻す場合には、シーケン スはスパースであっても差し支えなく、そして、ＧｅｔＥｌｅｍｅｎｔを介して のみアクセッス可能である。 クラスＶｃｒＡｒｒａｙ ＶｃｒＳｅｑｕｅｎｃｅの共用サブクラス ＶｃｒＡｒｒａｙは、固定した長さのアレイを記述する。固定した長さのアレ イは、固定した上限および下限を持たねばならない。下限はゼロに制限されない 。 共用メンバー ＶｃｒＡｒｒａｙコンストラクタ ｎａｍｅ このアレイタイプの名前。 ｅｌｅｍＴｙｐｅ アレイにおけるエレメントのタイプ。 １ｂｏｕｎｄ アレイインデックスの下限。 ｌｅｎ アレイの長さ。 アレイを表すＶｃｒＡｒｒａｙオブジェクトを作成する。アレイは、ゼロであ ることを必要としない下限を持つ固定した長さである。 クラスＶｃｒＳｔｒｕｃｔＳｅｑｕｅｎｃｅ ＶｃｒＳｅｑｕｅｎｃｅの共用サブクラス ＶｃｒｓｔｒｕｃｔＳｅｑｕｅｎｃｅは、ｌｅｎｇｈ、長さ、最大長さ、及び 、エレメントのアレイに対するポインタを含むメンバーを含む構造として定義さ れるシーケンスを表す。 共用メンバー ＶｃｒＳｔｒｕｃｔＳｅｑｕｅｎｃｅ ＶｃｒＳｔｒｕｃｔＳｅｑｕｅｎｃｅ オブジェクトを作成する。 ＶｃｒＳｔｒｕｃｔＳｅｑｕｅｎｃｅコンストラクタ ｎａｍｅ このアレイタイプの名前。 ｃｏｎｃｒｅｔｅＴｙｐｅ シーケンス自体の物理的レイアウトのタイプ。 ｌｅｎｇｔｈ シーケンスの長さを表す構造フィールド。 ｍａｘＬｅｎ シーケンスの最大長を表すフィールド。 ａｒｒａｙ シーケンスデータに対するポインタを表す構造フィールド。 １ｂｏｕｎｄ シーケンスインデックスの下限度。 長さ、最大長、及び、データに対するポインタのに関するエレメントを含む構 造体として記述されるシーケンスを表すＶｃｒＳｔｒｕｃｔＳｅｑｕｅｎｃｅオ ブジェクトを作成する。このシーケンスのベースタイプは、ａｒｒａｙ−＞Ｔｙ ｐｅ()のベースタイプである。ａｒｒａｙ−＞Ｔｙｐｅ()はＶｃｒＰｏｉｎｔｅ ｒまたはＶｃｒＲｅｆｅｒｅｎｃｅでなければならない。 クラスＶｃｒＳｔｒｉｎｇ ＶｃｒＳｅｑｕｅｎｃｅの共用サブクラス ＶｃｒＳｔｒｉｎｇはキャラクタの可変長ストリングを記述する抽象クラスで ある。各サブクラスは、そのデータをあらゆる適当なフォーマットにおいて記憶 することが出来る。例えば、ＣストリングサブクラスはＮＵＬＬで終了するキャ ラクタの線型アレイとしてストリングを格納する。Ｂａｓｉｃストリングは、キ ャラクタの線型アレイによって後続される或る長さにおいて格納される。 共用メンバー ＶｃｒＳｔｒｉｎｇ ＶＣｒＳｔｒｉｎｇオブジェクトを作成する。 ＶｃｒＳｔｒｉｎｇコンストラクタ ｎａｍｅ このストリングタイプの名前。 ｃｏｎｃｒｅｔｅＴｙｐｅ このストリングがそれから作成されるタイプ。 ｂａｓｅＴｙｐｅ ストリングのタイプ。これは、符号付き又は符号なしキャ ラクタのいずれかでなくてはならない。 １ｂｏｕｎｄ ストリングインデックスの下限。 ストリングを表すために用いられるＶｃｒＳｔｒｉｎｇオブジェクトを作成す る。このクラスは、ストリングの異なるインプレメンテーションがこれに基づい て作成される抽象ベースクラスである。 クラスＶｃｒＡｎｙ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＡｎｙは、数種のタイプの１つの値を含むことができるデータタイプを 定義する抽象クラスである。このタイプは、例えば０ＬＥ２．０のＶＡＲＩＡＮ Ｔ及びＣＯＲＢＡ のようなタイプを定義するために用いられる。ＶｃｒＡｎｙタイプは、変換され つつある値のタイプが両方のタイプに含まれていることを条件として、相互間に おいて透過的に変換可能である。インスタンスが、事前に定義済みの固定した異 なるタイプの集合に含まれる値を含むと言う制限を受けない点において、Ｖｃｒ Ａｎｙはユニオンと異なる。 共用メンバー ＶｃｒＡｎｙ ＶｃｒＡｎｙオブジェクトを作成する。 保護されたメンバー ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅ 作成後において、具象タイプをセットする 。 オーバライド可能な共用メンバー Ｔｙｐｅｓ サポートされたタイプのリストを戻す。 ＴｙｐｅＯｆ 指定されたインスタンスのタイプを戻す。 Ｖａｌｕｅ 指定されたのインスタンスからの実値を戻す。 ＶｃｒＡｎｙコンストラクタ ｎａｍｅ このタイプの名前。 ｃｏｎｃｒｅｔｅＴｙｐｅ 任意のタイプの具象タイプ。 ファンクションからのパスおよび戻りをサポートするために用いられる。他の タイプの任意の集合を含むことの出来るタイプを表すＶｃｒＡｎｙオブジェクト を作成する。これは、例えば任意のタイプおよびＶＡＲＩＡＮＴのような総称タ イプを定義するためにサブクラス化されなければならない抽象ベースクラスであ る。 ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅ ｃｏｎｃｒｅｔｅＴｙｐｅ 任意の実タイプ。 ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅは、作成後において、任意の実タイプをセッ トする。このタイプは構造体等々の中に格納可能な実タイプである。たとえば、 任意のＣＯＲＢＡは、２つのエレメントを含む構造体である具象タイプを持つ。 Ｔｙｐｅｓ Ｔｙｐｅｓは、この総称タイプに含まれることが可能なタイプのリストの部分 集合を戻す。当該タイプが他の任意のタイプを含むことができる場合には、これ は、空のリストを 戻さねばならない。サポートされるタイプの集合が完全に動的である場合には、 空のリストが戻されなければならない。このリストは、インスタンスがどのよう なタイプを含んでいる可能性があるかに関するヒントとみなさなければならない 。 ＴｙｐｅＯｆ Ｉｎｓｔａｎｃｅ 質問するためのインスタンス。 ＴｙｐｅＯｆは、この総称タイプのインスタンスに含まれる値のタイプを戻す 。当該タイプがタイプ管理システムに関して記述されることが出来ない場合には 、ＴｙｐｅＯｆはＮＵＬＬを戻さねばならない。 Ｖａｌｕｅ ｉｎｓｔａｎｃｅ 質問のためのインスタンス Ｖａｌｕｅは、この総称タイプに含まれる値に対するポインタを検索する。イ ンスタンスが値を含まない場合には、これは、ＮＵＬＬを戻しても差し支えない 。 クラスＶｃｒＵｎｉｏｎＩｔｅｍ ＶｃｒＳｔｒｕｃｔＩｔｅｍの共用サブクラス ＶｃｒＵｎｉｏｎＩｔｅｍはユニオインにおけるフィールドを定義する。これ は、フィールドネーム、タイプ、スイッチ値、及び、オフセットをユニオン内に 含む。オフセットは、大抵の機械アーキテクチャに関して、一般に、ゼロである 。このクラスのインスタンスにはタイプコードは割り当てられない。 共用メンバー ＶｃｒＵｎｉｏｎＩｔｅｍ ＶｃｒＵｎｉｏｎＩｔｅｍオブジェクトを作成す る。 Ｖａｌｕｅ これが使用中の現行フィールドであることを指定する値を戻す。 ＶｃｒＵｎｉｏｎＩｔｅｍコンストラクタ ｎａｍｅ このユニオンフィールドの名前。 ｔｈｅＴｙｐｅ このユニオンフィールドのタイプ。 ｖａｌｕｅ このフィールドのスイッチ値。 ｏｆｔｓｅｔ ユニオン内におけるこのフィールドのオフセット（０でない場 合）。 ユニオン内におけるフィールドを表すＶｃｒＵｎｉｏｎＩｔｅｍオブジェクト を作成する。このフィールドが「デフォルト」フィールドであるべきである場合 に、他のフィールドに関して一切の値マッチが発見されないならば、値はタイプ ＫＶＴｙｐｅＶｏｉｄでなくてはならない。 Ｖａｌｕｅ Ｖａｌｕｅは、このフィールドに関するスイッチ値の値を戻す。ユニオンとペ アを構成するスイッチアイテムがこの値である場合には、当該ユニオンは、この フィールドによって表される値を含む。 クラスＶｃｒＵｎｉｏｎ ＶｃｒＡｎｙの共用サブクラス ＶｃｒＵｎｉｏｎは抽象ユニオンタイプ定義を定義する。これは、ユニオンの 全ての異なるレイアウトに関して共通ベースを可能にすることに役立つ。たとえ ば、ＶｃｒＳｔｒｕｃｔＵｎｉｏｎは、それ自体を構造対として定義するユニオ ンである。この構造は、埋め込まれた構造体およびスイッチフィールドを持つ。 それ自身がスイッチフィールドを持たない他のタイプのユニオンであっても差し 支えない。実スイッチフィールドは、ＶｃｒＵｎｉｏｎのこのサブクラスに関し て、含まれるタイプにおける当該ユニオンの外側に所在しても差し支えない。 共用メンバー ＶｃｒＵｎｉｏｎ ＶｃｒＵｎｉｏｎオブジェクトを作成する。 ＶｃｒＵｎｉｏｎコンストラクタ ｎａｍｅ このユニオンの名前。 ｃｏｎｃｒｅｔｅＴｙｐｅ このユニオンの具象タイプ。 ユニオンを表すＶｃｒＵｎｉｏｎオブジェクトを作成する。具象タイプは、ユ ニオン自体の実レイアウトを定義する構造である。 クラスＶｃｒＳｔｒｕｃｔＵｎｉｏｎ ＶｃｒＵｎｉｏｎの共用サブクラス ＶｃｒＳｔｒｕｃｔＵｎｉｏｎはＣＯＲＢＡスタイルユニオンタイプ定義を定 義する。ユニオンは、スイッチフィールドを含む構造、ユニオンのどのサブフィ ールドを使用するかを決定するフィールド、及び、実ユニオンのフィールドを含 むネストされた構造を定義 することによって作成される。これらのフィールドは、ＶｃｒＳｔｒｕｃｔＩｔ ｅｍの代わりにＶｃｒＵｎｉｏｎＩｔｅｍのインスタンスでなければならない。 共用メンバー ＶｃｒＳｔｒｕｃｔＵｎｉｏｎ ＶｃｒＳｔｒｕｃｔＵｎｉｏｎオブジェクト を作成する。 ＶｃｒＳｔｒｕｃｔＵｎｉｏｎコンストラクタ ｎａｍｅ このユニオンの名前。 ｃｏｎｃｒｅｔｅＴｙｐｅ このユニオンの具象タイプ。 ｓｗｉｔｃｈＩｔｅｍ 現行ユニオンが、どのフィールドを含むかを決定する 構造におけるアイテム。 ｕｎｉｏｎＩｔｅｍ ユニオンエレメントを含むネストされた構造体としての 構造におけるアイテム。 ユニオンを表すＶｃｒＳｔｒｕｃｔＵｎｉｏｎオブジェクトを作成する。具象 タイプは、ユニオン自体の実レイアウトを定義する構造である。 クラスＶｃｒＯｐａｑｕｅ ＶＴｙｐｅＤａｔａの共用サブクラス ＶｃｒＯｐａｑｕｅは、未知の定義のタイプを定義する抽象クラスである。こ のクラスは、既知のタイプにインスタンスをキャストし、更に、この不透明なタ イプに既知のタイプをキャストすることを可能にする方法を提供する。ＶｃｒＯ ｐａｑｕｅサブクラスは、可能な基本タイプおよび導出タイプの集合によって記 述することの出来ないタイプマネージャーにタイプを導入するために用いられる 。ＶｃｒＯｐａｑｕｅのサブクラスは、その内部表現に対して他のタイプをキャ スト可能でなくてはならない。 共用メンバー ＶｃｒＯｐａｑｕｅ ＶｃｒＯｐａｑｕｅオブジェクトを作成する。 保護されたメンバー ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅ 作成後において、具象タイプをセットする 。 オーバライド可能な共用メンバー ＣａｓｔＴｏＬｉｓｔ これがキャストすることのできるタイプのリストを戻 す。 ＣａｓｔＦｒｏｍＬｉｓｔ このタイプにキャストされることのできるタイプ のリストを戻す。 ＣａｓｔＡｌｗａｙｓＲｅｖｅｒｓｅＣａｓｔ このタイプが指定されたタイ プに常にキャストされることができるかどうか を決定する。 ＣａｎｓｏｍｅｔｉｍｅｓＲｅｖｅｒｓｅＣａｓｔ このタイプが指定された タイプに時々キャストされることができるかど うかを決定する。 ＲｅｖｅｒｓｅＣｏｎｓｔｒｕｃｔ このタイプのインスタンスの正しくキャ ストされたコピーである指定されたタイプのイ ンスタンスを作成する。 ＲｅｖｅｒｓｅＣａｓｔ このタイプのインスタンスを指定されたタイプにキ ャストする。 ＶｃｒＯｐａｑｕｅコンストラクタ ｎａｍｅ このタイプの名前。 ｃｏｎｃｒｅｔｅＴｙｐｅ この不透明タイプの具象タイプ。ファンクション に対するパス及び戻しをサポートするために用いられる。 Ｖｃｒｏｐａｑｕｅオブジェクトを作成する。このタイプのサブクラスは、全 ての仮想方法に対してインプレメンテーションを提供する。この抽象クラスは、 単に不透明タイプをタイプ管理システムに統合するためのフレームワークを定義 する。 ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅ ｃｏｎｃｒｅｔｅＴｙｐｅ 実際に不透明なタイプ。 生成後において、ＰｕｔＣｏｎｃｒｅｔｅＴｙｐｅは、不透明な実タイプをセ ットする。このタイプは、構造内に格納されるか、ファンクションにパスされる 実タイプである。このタイプは、これらの不透明オブジェクトをアーギュメント としてパスし、そして、これらを戻しとして受け取るためにスタック上に正しく 配置することを管理するために必要とされる。 ＣａｓｔＴｏＬｉｓｔ ＣａｓｔＴｏＬｉｓｔは、このタイプのあらゆるインスタンスが情報の損失な しで投げられ得るタイプの部分的なリストを戻す。このタイプのリストは、この タイプのインスタンスをどのように処理するかを決定するために言語インタプリ タに与えられる心得として 使用できる。 ＣａｓｔＦｒｏｍＬｉｓｔ ＣａｓｔＦｒｏｍＬｉｓｔは、情報の損失なしのこのタイプのインスタンスに キャストされ得るこれらのタイプの部分的なリストを戻す。これらのタイプのこ のリストは、このタイプのインスタンスをどのように処理するかを決定するため に言語インタプリタに与えられる心得として使用できる。 ＣａｎＡｌｗａｖｓＲｅｖｅｒｓｅＣａｓｔ ｔｙｐｅ 比較するためのタイプ。 ＣａｎＡｌｗａｙｓＲｅｖｅｒｓｅＣａｓｔは、全ての状況において、情報の 損失なしに、指定されたタイプが現行タイプにキャストすることが可能であるか どうかを決定する。これは、ＣａｎＡｌｗａｙｓＣａｓｔの逆方向である。たと えば、ショートは常にロングにキャストできるが、ショートにキャストすること のできるは或る種のロングのインスタンスに限られる。これは、ショートからロ ングの場合に限り真を戻す。 ＣａｎＳｏｍｅｔｉｍｅｓＲｅｖｅｒｓｅＣａｓｔ ｔｙｐｅ 比較するためのタイプ。 ＣａｎｓｏｍｅｔｉｍｅｓＲｅｖｅｒｓｅＣａｓｔは、或る種のまたは全ての 状況において、情報の損失なしに、指定されたタイプが現行タイプにキャスト可 能であるかどうかを決定する。これは、ＣａｎＳｏｍｅｔｉｍｅｓＣａｓｔの逆 方向である。たとえば、ショートは常にロングにキャストできるが、ショートに キャストすることのできるは或る種のロングのインスタンスに限られる。これは 、ショートからロング、又は、ロングからショートへキャストするいすれかの場 合に真を戻す。 ＲｅｖｅｒｓｅＣｏｎｓｔｒｕｃｔ ｉｎｓｔａｎｃｅ このタイプのインスタンス。 ｔｏ （入力および戻し）作成されるべき最後オブジェクト、又は、戻しに際 して新規に作成されるアイテムに対するポインタのタイプ。 ＲｅｖｅｒｓｅＣｏｎｓｔｒｕｃｔは、このタイプの入力オブジェクトを要求 されたタイプにキャストすることにより指定されたタイプの新規なインスタンス を作成する。Ｃｏ ｎｓｔｒｕｃｔと比較した場合、これは、作成の方向の反対方向を実施する。Ｒ ｅｖｅｒｓｅＣｏｎｓｔｒｕｃｔは、新規に戻されたオブジェクトに対して、バ ッファを割当てなければならない。戻し値は、新規インスタンスのサイズでなく てはならない。オリジナルのインスタンスがこのタイプにキャストされることが 出来ないか、或いは、メモリを割当てられることが出来ない場合には、Ｒｅｖｅ ｒｓｅＣｏｎｓｔｒｕｃｔは０を戻さねばならない。 ＲｅｖｅｒｓｅＣａｓｔ ｉｎｓｔａｎｃｅ このタイプのインスタンス。 ｔｏ 充填するためのインスタンスのタイプ及び充填するためのインスタンス に対するポインタ。 ＲｅｖｅｒｓｅＣａｓｔは、このタイプの入力オブジェクトを指定されたタイ プにキャストすることによって指定されたタイプの新規なインスタンスを作成す る。ＲｅｖｅｒｓｅＣａｓｔは、Ｃａｓｔとの比較に際して、反対方向のキャス トを実施する。ＲｅｖｅｒｓｅＣａｓｔは、新規なタイプインスタンスに対して 、バッファを割当ててはならないが、その代りに、当該タイプに充分適合できる 程度に大きいことが保証される供給されたバッファを使用しなければならない。 戻し値は、新規なインスタンスのサイズでなくてはならない。オリジナルのイン スタンスがこのタイプにキャストされることが出来ないか、或いは、メモリを割 当てられることが出来ない場合には、ＲｅｖｅｒｓｅＣａｓｔは０を戻さねばな らない。このルーチンにパスされるインスタンスバッファは不要情報を含むこと もあり得るので、完全に重ね書きされなければならない。 クラスＶＴｙｐｅＭａｎａｇｅｒ ＶＰｒｉｍａｒｙの共用サブクラス ＶＴｙｐｅＭａｎａｇｅｒはタイプ記述を管理する。このクラスは、タイプ記 述を記憶し、そして、一意的な各タイプ定義に関して一意的なｉｄ（ＶＴＴｙｐ ｅＣｏｄｅｓ）を提供する。一般に、１つのプロセスにつき１つのタイプマネー ジャが存在する。 共用メンバー ＶＴｙｐｅＭａｎａｇｅｒ ＶＴｙｐｅＭａｎａｇｅｒオブジェクトを作成す る。 Ｒｅｇｉｓｔｅｒ 新規なタイプを登録し、そして、そのＶＴＴｙｐｅｃｏｄ ｅを戻す。 ＴｙｐｅＤｅｓｔｒｏｙｅｄ タイプオブジェクトが削除済みであることをタ イプマネージャーに通告する。 ＲｅｇｉｓｔｅｒＰｅｒｓｉｓｔｅｎｔ 持続的なタイプコードによってタイ プを登録する。 Ｌｏｏｋｕｐ そのＶＴＴｙｐｅｃｏｄｅによりタイプの記述を戻す。 ＳａｍｅＬａｙｏｕｔ ２つのタイプが同等であるかどうかを決定する（サブ エレメントの名前は異なることもあり得る）。 ＣａｎＡｌｗａｙｓＣａｓｔ 第１のタイプは第２のタイプへ常にキャストで きるかどうかを決定する。 ＣａｎＳｏｍｅｔｉｍｅｓＣａｓｔ 第１のタイプは第２のタイプに時々キャ ストできるかどうかを決定する。 Ｓｉｚｅｏｆ 指定されたタイプのインスタンスのサイズを決定する。 Ｃｏｎｓｔｒｕｃｔ 他のタイプとして１つのタイプのコピーを作成する。 Ｃａｓｔ １つのタイプのインスタンスを他のタイプにキャストする。 Ｅｍｐｔｙ 指定されたタイプのインスタンスを空にする。 Ｄｉｓｃａｒｄ 指定されたタイプのインスタンスを廃棄する。 ＴｙｐｅＮａｍｅ 指定されたタイプの名前を戻す。 ＴｙｐｅＨｅｌｐ 指定されたタイプのヘルプ情報を戻す。 ＶＴｙｐｅＭａｎａｇｅｒコンストラクタ ＶＴｙｐｅＭａｎａｇｅｒオブジェクトを作成する。作成後において、タイプ マネージャーは、キャスティングを実施し、そして、タイプ記述を受け取って、 記憶する準備が整った状態にある。 Ｒｅｇｉｓｔｅｒ ｔｙｐｅ 登録するためのタイプ Ｒｅｇｉｓｔｅｒは、タイプマネージャーにより、新規なタイプを登録する。 このタイプが既存のタイプと同じであることが（ＶＴｙｐｅＤａｔａ：：Ｉｄｅ ｎｔｉｃａｌを用いて）決定された場合には、このタイプ記述には、同等である 既存のタイプと同じＶＴＴｙｐｅＣｏｄｅが与えられる。これは、タイプコード に関する第１のリクエストに応じて、これらのタイプのインスタンスによって自 動的にコールされる。それを直接コールする理由はない。 ＴｙｐｅＤｅｓｔｒｏｙｅｄ ｔｙｐｅ 破壊されつつあるタイプ。 ＴｙｐｅＤｅｓｔｒｏｙｅｄは、タイプが破壊されたことをタイプマネージャ に通告す る。これは、タイプ同等性を決定する際に使用された記憶済みの情報を、タイプ マネージャが浄化して、除去することを可能にする。マネージャーが当該タイプ のフィールドを引用する必要がある場合があり得るので、タイプオブジェクトが 実際に自由になる以前に、これがコールされていなければならない。タイプに関 する全てのリファレンスが消失した後ではあるが、当該タイプを削除する削除す る以前に、ＶＴｙｐｅＤａｔａはこれを自動的にコールする。 ＲｅｇｉｓｔｅｒＰｅｒｓｉｓｔｅｎｔ ｔｃｏｄｅ このタイプに関する持続的なタイプコード。 ｔｙｐｅ 登録するためのタイプ記述 ＲｅｇｉｓｔｅｒＰｅｒｓｉｓｔｅｎｔは、タイプマネージャにより、タイプ 記述を登録する。タイプ記述には、指定されたタイプコードが与えられる。これ らのタイプコードは、Ｖｉｓｕａｌ Ｅｄｇｅによって割当てられなければなら ない。この方法はＲｅｇｉｓｔｅｒの代りに用いられるので、事前定義済みのタ イプをタイプマネージャに加えることができる。持続性のタイプオブジェクトは 、一旦、タイプマネージャーに加えられると、当該タイプマネージャが存在する 限り、存続する。基本タイプオブジェクトは、作成に際してこの方法を自動的に コールするので、この方法を直接コールする必要はない。 Ｌｏｏｋｕｐ ｔｙｐｅ ルックアップするためのタイプ。 Ｌｏｏｋｕｐは、指定されたタイプコードに関するタイプ定義を戻す。このタ イプが基本タイプであるか、或いは、このタイプマネージャにおいて現在未だ定 義されていない場合には、ＮＵＬＬが戻される。 ＳａｍｅＬａｙｏｕｔ ｔｙｐｅ１ 比較用に使用するための第１のタイプ。 ｔｙｐｅ２ 比較用に使用するための第２のタイプ。 ＳａｍｅＬａｙｏｕｔは、指定されたタイプのレイアウトが同じであるかどう かを決定する。全てのサブタイプ、サブフィールド、及び、オフセットがマッチ する場合には、これは、真を戻さなければならない。名前とヘルプ情報は比較し てはならない。この方法は、キャストする可能性を決定するためにコールされる 。 ＣａｎＡｌｗａｙｓＣａｓｔ ｔｙｐｅ１ 比較用に用いるための第１のタイプ。 ｔｙｐｅ２ 比較用に用いるための第２のタイプ。 ＣａｎＡｌｗａｙｓＣａｓｔは、全ての状況において、情報の損失なしに、第 １のタイプを第２のタイプにキャストすることができるかどうかを決定する。た とえば、ショートは常にロングにキャスト可能であるが、ショートにキャストで きるのは或る種のロングのインスタンスのみに限られる。これは、ショートから ロングの場合にのみ真を戻す。 ＣａｎＳｏｍｅｔｉｍｅｓＣａｓｔ ｔｙｐｅ１ 比較用に用いるための第１のタイプ。 ｔｙｐｅ２ 比較用に用いるための第２のタイプ。 ＣａｎＳｏｍｅｔｉｍｅｓＣａｓｔは、或る種の状況または全ての状況におい て、情報の損失なしに、第１のタイプが第２のタイプにキャスト可能であるかど うかを決定する。たとえば、ショートは常にロングにキャストできるが、ショー トにキャストすることのできるは或る種のロングのインスタンスに限られる。こ れは、ショートからロング、又は、ロングからショートへキャストするいずれか の場合に真を戻す。 Ａｌｉｇｎｍｅｎｔ ｔｙｐｅ アラインするためのタイプ。 Ａｌｉｇｎｍｅｎｔは、このタイプのインスタンスのために必要とされるアラ インメントを戻す。アラインメントはバイト数によって指定される。例えば、８ バイトダブルは、４バイトの境界上に配列することが可能であり、この場合、こ の方法は４を戻す。可能な最低値は１である。 ＳｉｚｅＯｆ ｔｙｐｅ 当該インスタンスのタイプ ｉｎｓｔａｎｃｅ サイズ決定用のインスタンスに対するポインタ。 ＳｉｚｅＯｆは、当該タイプの特定のインスタンスのサイズを戻す。インスタ ンスポイ ンタがＮＵＬＬである場合において、サイズが固定されている場合には、ｓｉｚ ｅＯｆは、当該タイプの全てのインスタンスのサイズを戻さねばならない。イン スタンスのサイズが可変である場合には、Ｓｉｚｅｏｆは０或いは負を戻さねば ならない。 Ｃｏｎｓｔｒｕｃｔ ｏｒｉｇｔｙｐｅ コピー用に用いるためのオリジナルオブジェクトのタイプ 。 ｏｒｉｇｉｎａｌ コピーすしようとするオリジナルオブジェクトに対するポ インタ。 ｎｅｗｔｙｐｅ ターゲットオブジェクトのタイプ。 ｉｎｓｔａｎｃｅ （戻し）ターゲットタイプのインスタンス。 Ｃｏｎｓｔｒｕｃｔは、入力オブジェクトをターゲットタイプにキャストする ことにより、ターゲットタイプの新規なインスタンスを作成する。Ｃｏｎｓｔｒ ｕｃｔは、新規なオブジェクトに対してバッファを割当てなければならない。戻 しの値は、新規なインスタンスのサイズでなくてはならない。オリジナルインス タンスをターゲットタイプにキャストすることが出来ないか、或いは、メモリー がの割当てが不可能である場合には、Ｃｏｎｓｔｒｕｃｔは０を戻さねばならな い。 Ｃａｓｔ ｏｒｉｇｔｙｐｅ コピー用に用いるためのオリジナルオブジェクトのタイプ 。 ｏｒｉｇｉｎａｌ コピーすしようとするオリジナルオブジェクトに対するポ インタ。 ｔｏｔｙｐｅ ターゲットのタイプ。 ｉｎｓｔａｎｃｅ 当該インスタンスを格納する場所に対するポインタ。 Ｃａｓｔは、入力オブジェクトをターゲットタイプにキャストすることにより 、ターゲットタイプの新規なインスタンスを作成する。Ｃａｓｔは、新規なタイ プインスタンスにバッファを割当ててはならないが、その代りに、当該タイプに 充分適合するだけ大きいことが保証されている供給されたバッファを使用しなけ ればならない。戻し値は、新規なインスタンスのサイズでなくてはならない。オ リジナルインスタンスをターゲットタイプにキャストすることが出来ないか、又 は、メモリーの割当てが不可能である場合には、Ｃａｓｔは０を戻さねばならな い。このルーチンにパスされたインスタンスバッファは不要情 報を含む可能性があるので、完全に重ね書きしなければならない。 Ｅｍｐｔｙ ｔｙｐｅ インスタンスのタイプ。 ｉｎｓｔａｎｃｅ 空にされるタイプのインスタンス。 Ｅｍｐｔｙは、当該タイプのインスタンスの内容を空にする。これは、当該イ ンスタンス内に割当てられたメモリー全てを解放しなければならないが、インス タンス自身を解放してはならない。インスタンス自身を解放するためには、代り に、Ｄｉｓｃａｒｄをコールしなければならない。 Ｄｉｓｃａｒｄ ｔｙｐｅ インスタンスのタイプ。 ｉｎｓｔａｎｃｅ 廃棄されるべきタイプのインスタンス。 Ｄｉｓｃａｒｄは、タイプのインスタンスの内容を空にする。これは、インス タンス内に割当てられた全てのメモリーを解放し、そして、インスタンス自体を 解放する。 ＴｙｐｅＮａｍｅ ｔｙｐｅ それについての情報を入手しようとするタイプ。 ＴｙｐｅＮａｍｅは、指定されたタイプの名前を検索する。当該タイプが導出 タイプである場合には、当該タイプを定義するＶＴｙｐｅＤａｔａオブジェクト から名前が検索される。 ＴｙｐｅＨｅｌｐ ｔｙｐｅ それについての情報を入手しようとするタイプ。 ＴｙｐｅＨｅｌｐは、指定されたタイプに関するヘルプ情報を検索する。当該 タイプが導出タイプである場合には、当該タイプを定義するＶＴｙｐｅＤａｔａ オブジェクトからヘルプオブジェクトが検索される。ＮＵＬＬは、基本タイプに 関して戻される。 Ｍｉｘｉｎｓ クラスレジストリエレメントは、全て、ｍｉｘｉｎをサポートすることができ る。これらのｍｉｘｉｎは、ベースクラスレジストリにおいて定義されていない 付加機能性を提供 することができる。例えば、ｍｉｘｉｎは、例えば整数タイプに関するカラーエ ディタのようなタイプに関する特殊化された編集ツールをサポートすることがで きる。ビジュアルエッジ（Ｖｉｓｉａｌ Ｅｄｇｅ）は、ｍｉｘｉｎに関する標 準スーツ（アップル・イベント・スーツに類似する）を定義するために、相互運 用性を強化する目的で、そのパートナーと共同作業する意向である。ｍｉｘｉｎ は、それぞれ、一意的な１つのＩＤを持つ。あらゆる販売者は、クラスレジスト リエントリに関して各自のｍｉｘｉｎを定義し、そして、定義およびＩＤを発表 することが出来るどで、他の販売者は、それらのシステムにおいて機能性を具体 化することが出来る。標準ｍｉｘｉｎスーツを定義しようとする販売者は、ＩＤ のブロックをビジュアルエッジに請求することができる。 クラスＶｃｒＱｕｅｒｙＭｉｘｉｎ ＶＭｉｘｉｎの共用サブクラス ＶｃｒＱｕｅｒｙＭｉｘｉｎは、クラスレジストリ構造自体の中のオブジェク トを含むクラスレジストリに「見える」エントリについてクラスレジストリに質 問するために用いられる抽象クラスである。このｍｉｘｉｎの詳細については未 だ決定されていない。問合せ質問ｍｉｘｉｎ定義は、あらゆる特定の問合せ言語 から独立した質問を実施する能力を提供すると同時に、ＯＱＬ（ＯＤＭＧ’９３ オブジェクト問合せ言語）と同様に複雑な質問に対してどの質問を選定するかを 可能にするために充分な詳細を提供することを意図する。質問拡張の上記とは別 の目標は、質問があらゆる特定の質問言語（例えば、ＳＱＬ、ＯＱＬ、Ａｐｐｌ ｅＥｖｅｎｔオブジェクト規則子レコード等々）に容易に翻訳されることを可能 にすることである。この能力は、各オブジェクトシステムが、例えば質問を行う ために各質問の固有のメカニズムを使用するような方法において、質問ｍｉｘｉ ｎを実行することを可能にするはずである。デフォルトとしての具体化は、収集 においてアイテムを列挙し、そして、これらアイテムを質問にマッチさせる（低 速であろうとも）ために存在する。 質問ｍｉｘｉｎは、ＶＣｌａｓｓＤａｔａ、ＶＡｄａｐｔｅｒＮａｍｅＳｐａ ｃｅ、ＶＶｉｅｗＮａｍｅＳｐａｃｅ、及び、ＶＣｌａｓｓＲｅｇｉｓｔｒｙオ ブジェクトにおいて発見することができる。 クラスレジストリ質問に関しては、オブジェクトシステムアダプタの具体化に 際して、当該オブジェクトシステムが、継承的に、複雑な質問をサポートしない 場合には、デフォルトとしての質問ｍｉｘｉｎは、ビュー及びアダプタに対して 作成することができる。このデフォルトとしてのｍｉｘｉｎは、ネームスペース 又はオブジェクトシステムにおける全てのクラスを列挙する。従って、質問を個 々のアイテムにマッチさせる。これは低速質問を生成するが、正しい結果を戻す 。 或る種の形の質問をサポートするオブジェクトクラスインスタンス（クラスレ ジストリにおいて記述済み）に関しては、このｍｉｘｉｎのバージョンをＶｃｌ ａｓｓＤａｔａに 付加することが出来る。こうすれば、システムとは独立した方法において、コー ドがインスタンス階層に質問することが可能になる。このｍｉｘｉｎのデフォル トバージョンは、インスタンスの収集特性の内容を列挙するためのメカニズムが 存在する限り使用可能であるような機能を提供することができる。 クラスＶｃｒＥｘｐｏｓｕｒｅＭｉｘｉｎ ＶＭｉｘｉｎの共用サブクラス ＶｃｒＥｘｐｏｓｕｒｅＭｉｘｉｎは、クラス定義、及び、他のオブジェクト システムからの具体化情報をこのオブジェクトシステム（すなわち、そのために ｍｉｘｉｎが設計されたオブジェクトシステム）に明白に露出するために使用す るためのｍｉｘｉｎであるような抽象クラスである。 露出(exposure)ｍｉｘｉｎは、ＶＡｄａｐｔｅｒＮａｍｅＳｐａｃｅ及びＶＣ ｌａｓｓＲｅｇｉｓｔｒｙオブジェクトにおいて利用可能である。ＶＣｌａｓｓ Ｒｅｇｉｓｔｒｙインプレメンテーションは、各アダプタに関して同じオペレー ションを実施する全てのアダプタを循環する。 更に、露出ｍｉｘｉｎは、外部オブジェクト（即ち、他のオブジェクトシステ ム内のオブジェクト）の周辺において固有プロクシオブジェクト（即ち、このオ ブジェクトシステム内のオブジェクト）を作成するためのサポートを提供する。 これは、このオブジェクトシステム内のオブジェクトにとって、他のオブジェク トシステム内のオブジェクトがあたかもこのオブジェクトシステムに「固有」で あるかのように見えることを可能にする。プロクシオブジェクトは、実オブジェ クトの方法および特性をコールするためのＶｃｒＣａｌｌ及びＶｃｒＣｏｍｐｌ ｅｔｅＣａｌｌにおけるクラスレジストリサポートを用いて、このオブジェクト システムに対するコールを実オブジェクトに簡単にマップする。 露出ｍｉｘｉｎは、具体化情報をこのオブジェクトシステムに対して露出する 方法を提供する。即ち、この機能性に含まれる特定のクラスのインスタンスを作 成するためにどのプログラムを実行するべきか等々に関する情報は、「実行具体 化（ランｒインプリメンテーション」）リクエストを満足させるために作成され た「もの」としてインスタンスを明白に識別する能力である。 オブジェクトシステムアダプタは、露出ｍｉｘｉｎに関して、幾つか又は全て をサポートできるか、或いは、一切サポートすることができない。オブジェクト システムが任意のこの種機能性を実行する能力を提供しない場合には、アダプタ にｍｉｘｉｎを提供してはならない。 露出ｍｉｘｉｎのサポートに加えて、オブジェクトシステムアダプタは、オブ ジェクトを透明に露出する能力を提供することも可能である。即ち、他のオブジ ェクトシステムからのオブジェクトがこのオブジェクトシステムの方法または特 性にパスされる場合には、アダプタは、外部オブジェクトの周辺にプロクシオブ ジェクトを自動的に作成し、そして、 それを方法または特性にパスすることを選定することが可能である。クラスレジ ストリのユーザにとっては、透明に露出することによって、オブジェクトシステ ムが正当でなく統合されたように見えることを可能にする。透明な露出を使用す れば、クラスレジストリは、それらの間に一切の特殊変換を行うことなしに、イ ンスタンスが１つのオブジェクトシステムからの他のオブジェクトシステムにパ スすることを可能にする。 オーバライド可能な共用メンバー ＥｘｐｏｓｅＤｅｆｉｎｉｔｉｏｎ このオブジェクトシステムに対してクラ スレジストリ定義を露出する。 ＥｘｐｏｓｅＳｕｂｃｌａｓｓ あたかも、それがこのシステムのクラスの１ つのサブクラスであるかのように、このオブジェクトシ ステムに対してクラスレジストリ定義を露出する。 ＥｘｐｏｓｅＡｐｐｌｉｃａｔｉｏｎ 特定のクラスのインスタンスを作成す るためのソースとして、アプリケーションを露出する。 ＥｘｐｏｓｅＦａｃｔｏｒｙ このオブジェクトシステムからインスタンスを 作成することができるようにランタイムにおいてクラス を露出する。 ＥｘｐｏｓｅＩｎｓｔａｎｃｅ ランタイムにおいてこのオブジェクトシステ ムからコール可能であるように、オブジェクトインスタ ンスを露出する。 ＨｉｄｅＤｅｆｉｎｉｔｉｏｎ 露出されたレジストリ定義をこのオブジェト トシステムから隠す。 ＨｉｄｅＡｐｐｌｉｃａｔｉｏｎ 特定のクラスのインスタンスを作成するた めのソースとしてアプリケーションを隠す。 ＨｉｄｅＦａｃｔｏｒｙ インスタンスがこのオブジェクトシステムから作成 されることがこの時点においては不可能であるように露 出されたクラスファクトリを隠す。 ＨｉｄｅＩｎｓｔａｎｃｅ この時点においてはこのオブジェクトシステムか らコールされることが不可能であるように、露出された オブジェクトインスタンスを隠す。 ＩｓＤｅｆｉｎｉｔｉｏｎＥｘｐｏｓｅｄ 外部クラスがこのアダプタに既に 露出済みであるかどうかを戻す。 ＩｓＡｐｐｌｉｃａｔｉｏｎＥｘｐｏｓｅｄ 特定のアプリケーションがこの アダプタに既に露出済みであるかどうかを戻す。 ＡｃｑｕｉｒｅＰｒｏｘｙ 他のオブジェクトシステムから出たこのインスタ ンスに関して、このオブジェクトシステム内にプロクシ (proxy)オブジェクトを作成する。 ＲｅｌｅａｓｅＰｒｏｘｙ 既存のプロクシオブジェクトを解放する。 ＣｏｎｓｔｒｕｃｔＮａｍｅＳｐａｃｅ このオブジェクトシステム内にネー ムスペースを作成する。 ＩｎｓｔａｎｃｅＤｅｌｅｔｅｄ オブジェクトインスタンスが削除済みであ ことをアダプタに通告する。 ＵｎｍａｐＦｏｒｅｉｇｎ 露出隠しに使用可能な外部アイテムに関する全て のリファレンスを除去する。 ＵｎｍａｐＡｌｌＦｏｒｅｉｇｎ 露出隠しに使用された外部アイテムに関す る全てのリファレンスを除去する。 ＥｘｐｏｓｅＤｅｆｉｎｉｔｉｏｎ ｉｔｅｍ このオブジェクトシステムに露出するためのアイテム。 ｅｘｐｏｓｅｄ （戻し）このオブジェクトシステムにおいて発見される状態 におけるアイテム。 ＥｘｐｏｓｅＤｅｆｉｎｉｔｉｏｎは、アイテムをこのオブジェクトシステム に露出する。アイテムが一旦露出されると、露出された戻しアーギュメントは、 露出された定義に関するリファレンスによって、あたかもそれがこのオブジェク トシステムから出たリファレンスであるかのように、満たされなければならない 。例えば、アイテムが０ＥＬクラス記述ＶＯｌｅＣｌａｓｓＤａｔａであって、 このオブジェクトシステムがＤＳＯＭである場合、ｅｘｐｏｓｅｄは、クラスを ＤＳＯＭクラスとして表すＶＳＯＭＣｌａｓｓＤａｔａでなくてはならない。ア イテムが既に露出済みである場合、この方法は成功し、そして、露出されたアイ テムを戻さねばならない。定義の露出がサポートされない場合には、この方法は ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕｓを戻さねばならない。露出が成功した場 合には、ＯｋＳｔａｔｕｓを戻さねばならない。 ＥｘｐｏｓｅＳｕｂｃｌａｓｓ ｃｌｓ このオブジェクトシステムに露出するためのクラス。 ｓｕｐｅｒ ｃｌｓのサブクラスとして使用するためのスーパクラス。 ｅｘｐｏｓｅｄ （戻し）このオブジェクトシステムにおいて発見された状態 におけるクラス。 ＥｘｐｏｓｅＳｕｂｃｌａｓｓは、あたかもｃｌｓがｓｕｐｅｒのサブクラス であるかのようにｃｌｓをこのオブジェクトシステムに露出する。ｓｕｐｅｒは 、このオブジェク トシステムからのクラスでなければならない。ｃｌｓは、それ自体のバージョン を用いて、ｓｕｐｅｒの全ての方法を具体化し直していなければならない。そう でない場合には、このコールは失敗する可能性がある。外部クラスを固有クラス のサブクラスとして露出すると、他のオブジェクトシステムからのクラスを、あ たかもそれがこのオブジェクトシステムからのクラスの簡単なサブクラスである かのように見せることが可能である。この機能性はアプリケーションにおいて使 用可能であるか、或いは、ｍｉｘｉｎフレームワークは、抽象クラス及びｍｉｘ ｉｎｓを任意のオブジェクトシステムにおいて具現化することを可能にする。ｃ ｌｓが既に露出済みである場合には、この方法は、成功し、そして、露出された アイテムを戻さねばならない。外部クラスをサブクラスとして露出することがサ ポートされない場合には、この方法はＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕｓを 戻さねばならない。露出が成功した場合には、ＯｋＳｔａｔｕｓが戻されなけれ ばならない。 ＥｘｐｏｓｅＡｐｐｌｉｃａｔｉｏｎ ｅｘｐｏｓｅｄ このオブジェクトシステムに露出されるべきオブジェクトの クラス。 ａｐｐＮａｍｅ アプリケーションの名前。 Ｆｉｌｅｎａｍｅ 実行可能なアプリケーションのファイルネーム。 ｈｏｓｔＮａｒｎｅ そこにおいてアプリケーションが実行されなければなら ないホスト。 ｍｕｌｔｉｐｌｅ 同時に、特に命名された多重ホストにおいて実行するため に、このアプリケーションが露出されることを可能にする。 ＥｘｐｏｓｅＡｐｐｌｉｃａｔｉｏｎは、このオブジェクトシステムに対して 、アプリケーションを露出する。このコールは、ｅｘｐｏｓｅｄのインスタンス を作成するために、このアプリケーションを実行することが可能であることを指 定する。ｅｘｐｏｓｅｄは、ＥｘｐｏｓｅＤｅｆｉｎｉｔｉｏｎ又はＥｘｐｏｓ ｅＳｕｂｄａｓｓによって戻されたＶｃｌａｓｓＤａｔａであってはならず、そ の代りに、オリジナルのＶＣｌａｓｓＤａｔａでなくてはならない。ａｐｐＮａ ｍｅは、このシステム登録ファシリティにおいて使用されるべきアプリケーショ ンの読み取り可能な名前を指定する。ｈｏｓｔＮａｍｅ変数の異なる値は３つの 異なるビヘィビアに帰着可能である： ＊ アプリケーションが特定のホストにおいてこのオブジェクトシステムによっ て実行されなければならない場合には、ホストネームはｈｏｓｔＮａｍｅにおい て指定されなけれ ばならない。 ＊ アプリケーションが、ホストが作成するあらゆる場所において局所的に実行 されなければならない場合には、リクエストｈｏｓｔＮａｍｅはＮＵＬＬでなく てはならない。この場合、ｍｕｌｔｉｐｌｅは無視される。 ＊ アプリケーションが常に現行ホストにおいて実行されなければならず、そし て、オブジェクトが他のホストから要請される場合には、ｈｏｓｔＮａｍｅは、 １つの単一期間（即ち、「．」）を含むストリングでなくてはならない。 アプリケーションがｍｕｌｔｉｐｌｅによりＴＲＵＥとして登録された場合、 ＥｘｐｏｓｅＡｐｐｌｉｃａｔｉｏｎは、複数の異なるホストネームによってコ ールされることが可能である。これが許容される場合には、アプリケーションは 、指定されたホストの任意の１つにおいて実行可能である。ｍｕｌｔｉｐｌｅが ＦＡＬＳＥである場合には、異なるホストネームを用いたこの方法に対する各コ ールが最後の定義に置き換わるので、そこにおいてアプリケーションの実行が可 能であるような特別に名指しされたホストが１つだけ存在する。 アプリケーションが既に露出済みである場合には、この方法は、正しいホスト 及びファイルネームをセットするように定義を更新し、そして、ＯｋＳｔａｔｕ ｓを戻さなくてはならない。この方法に対するコールによって行われたリクエス トをアダプタがサポートしない場合には、ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕ ｓを戻さねばならない。露出が成功した場合には、ＯｋＳｔａｔｕｓが戻されな ければならない。 ＥｘｐｏｓｅＦａｃｔｏｒｖ ｅｘｐｏｓｅｄ それに対してファクトリを露出するためのクラス。 ｆａｃｔｏｒｙ （戻し）このオブジェクトシステムからのファクトリオブジ ェクト。 露出されたクラスのオブジェクトのソースであるように、ＥｘｐｏｓｅＦａｃ ｔｏｒｙは現行プロセスを露出する。このファクトリは、プロセスの期間中のみ 存在する。ｅｘｐｏｓｅｄは、ＥｘｐｏｓｅＤｅｆｉｎｉｔｉｏｎ又はＥｘｐｏ ｓｅＳｕｂｃｌａｓｓによって戻されたＶＣｌａｓｓＤａｔａであってはならず 、その代りに実クラスでなくてはならない。ファクトリが既に露出済みである場 合において、この方法は、現行ファクトリをｆａｃｔｏｒｙ内に格納し、そして 、ＯｋＳｔａｔｕｓを戻さねばならない。この方法に対するコールによって行わ れるリクエストをアダプタがサポートしない場合には、ＮｏｔＳｕｐｐｏｒｔｅ ｄＳｔａｔｕｓを戻さねばならない。露出が成功した場合には、ＯｋＳｔａｔｕ ｓを戻さねばならない。 ＥｘｐｏｓｅＩｎｓｔａｎｃｅ ｅｘｐｏｓｅｄ そのインスタンスを露出するためのクラス。 ｉｎｓｔａｎｃｅ このオブジェクトシステムに露出するためのｅｘｐｏｓｅ ｄのインスタンス。 ｍｕｌｔｉＵｓｅ このインスタンスが複数のリクエスタによって使用可能で あるかどうか。 ＥｘｐｏｓｅＩｎｓｔａｎｃｅは、このオブジェクトシステムに対するｅｘｐ ｏｓｅｄの特定のインスタンスを露出する。インスタンスは、当該アプリケーシ ョンに関するクラスの１つの「実行中インスタンス」として使用可能である。ｅ ｘｐｏｓｅｄは、Ｅｘｐｏｓｅｄｅｆｉｎｉｔｉｏｎ又はＥｘｐｏｓｅＳｕｂｃ ｌａｓｓによって戻されたＶＣｌａｓｓＤａｔａであってはならない。ｅｘｐｏ ｓｅｄ及びｉｎｓｔａｎｃｅは実オリジナル値でなくてはならない。この方法に 対するコールによって行われたリクエストをアダプタがサポートしない場合には 、ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕｓを戻さねばならない。露出が成功した 場合、或いは、インスタンスが既に露出済みである場合においては、ＯｋＳｔａ ｔｕｓを戻さねばならない。この場合、ＥｘｐｏｓｅＩｎｓｔａｎｃｅを用いて 露出されたこのクラスの１つのインスタンスだけでなくてはならない。ｍｕｌｔ ｉＵｓｅがＦＡＬＳＥである場合には、オブジェクトの使用が許容されるのはた だ１人のクライアントに限られなければならない。ｍｕｌｔｉＵｓｅがＴＲＵＥ である場合には、複数のクライアントの全てが当該オブジェクトを使用すること ができる。 ＨｉｄｅＤｅｆｉｎｉｔｉｏｎ ｅｘｐｏｓｅｄ このオブジェクトシステムに以前に露出されたアイテム。 ＨｉｄｅＤｅｆｉｎｉｔｉｏｎは、このオブジェクトシステムに以前に露出さ れたアイテムを隠す。ＨｉｄｅＤｅｆｉｎｉｔｉｏｎは、アイテムによって戻さ れたＥｘｐｏｓｅＤｅｆｉｎｉｔｉｏｎ及びＥｘｐｏｓｅＳｕｂｃｌａｓｓに適 用することができる。この方法に対するコールによって行われたリクエストを当 該アダプタがサポートしない場合には、ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕｓ を戻さねばならない。隠しが成功した場合には、ＯｋＳｔａｔｕｓを戻さねばな らない。 ＨｉｄｅＡｐｐｌｉｃａｔｉｏｎ ｅｘｐｏｓｅｄ このオブジェクトシステムに既に露出されたオブジェクトの クラス。 ａｐｐＮａｍｅ アプリケーションの名前 ａｐｐＦｉｌｅ 実行可能なアプリケーションのファイルネーム。 ｈｏｓｔＮａｍｅ 実行するために指定されたアプリケーションのホスト。 ＨｉｄｅＡｐｐｌｉｃａｔｉｏｎは、以前に露出されたアプリケーションを、 このオブジェクトシステムから隠す。ａｐｐＮａｍｅは、以前にＥｘｐｏｓｅＡ ｐｐｌｉｃａｔｉｏｎにパスされたとおりのアプリケーションの読み取り可能な 名前を指定する。ｈｏｓｔＮａｍｅ変数の異なる値は、４種の異なるビヘイビア に帰着可能である： ＊ ｈｏｓｔＮａｍｅが特定のホストネームである場合には、当該ホストにおい て実効するためのアプリケーション定義は除去されなければならない。 ＊ ｈｏｓｔＮａｍｅがＮＵＬＬである場合には、当該アプリケーションの局所 的に作動化不能な定義が隠される。 ＊ ｈｏｓｔＮａｍｅが「．」である場合には、現行ホストにおいて実効するた めのアプリケーション定義は除去されなければならない。 ＊ ｈｏｓｔＮａｍｅが「＊」である場合には、全ての定義されたホストにおい て実行するためのアプリケーション定義は除去しなければならない。 この方法に対するコールによって行われるリクエストをサポートを当該アダプ タがサポートしない場合には、ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕｓを戻さね ばならない。隠しが成功した場合には、ＯｋＳｔａｔｕｓを戻さなければならな い。 ＨｉｄｅＦａｃｔｏｒｙ ｅｘｐｏｓｅｄ 以前に露出されたファクトリのクラス。 ＨｉｄｅＦａｃｔｏｒｙは、既に露出されたファクトリオブジェクトを隠す。 ｅｘｐｏｓｅｄは、ＥｘｐｏｓｅＦａｃｔｏｒｙに対するコールにおいて指定さ れていなければならない。この方法に対するコールによって行われたリクエスト を当該アダプタがサポートしない場合には、ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔ ｕｓを戻さねばならない。隠しが成功した場合には、ＯｋＳｔａｔｕｓを戻さね ばならない。 ＨｉｄｅＩｎｓｔａｎｃｅ ｉｎｓｔａｎｃｅ 固有オブジェクトシステムに以前に露出されたインスタン ス。 ＨｉｄｅＩｎｓｔａｎｃｅは、以前に露出されたインスタンスを固有オブジェ クトシステムから隠す。ｉｎｓｔａｎｃｅは、ＥｘｐｏｓｅＩｎｓｔａｎｃｅに パスされたアイテ ムでなくてはならない。この方法に対するコールによって行われたリクエストを 当該アダプタがサポートしない場合には、ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕ ｓを戻さねばならない。隠しが成功した場合には、ＯｋＳｔａｔｕｓが戻されな ければならない。 ＩｓＤｅｆｒｎｉｔｉｏｔｉＥｘｐｏｓｅｄ ｉｔｅｍ このオブジェクトシステムに対した露出に関してチェックするため のアイテム。 ＩｓＤｅｆｉｎｉｔｉｏｎＥｘｐｏｓｅｄは、このアイテムが以前にこのオブ ジェクトシステムに対して露出されたかどうかをチェックする。このコールは、 コードがその露出が以前に行われたかどうかをチェックすることを可能にする。 アイテムが以前に露出済みである場合には、露出を繰り返す必要はない。 ＩｓＡｐｐｌｉｃａｔｉｏｎＥｘｐｏｓｅｄ ｅｘｐｏｓｅｄ チェックするためのオブジェクトのクラス。 ａｐｐＮａｍｅ アプリケーションの名前。 ＡｐｐＦｉｌｅ 実行可能なアプリケーションのファイルネイム。 ＩｓＡｐｐｌｉｃａｔｉｏｎＥｘｐｏｓｅｄは、このクラス及びアプリケーシ ョンが以前にこのオブジェクトシステムに露出されたかどうかをチェックする。 このコールは、コードの露出が以前に行われたかどうかをコードがチェックする ことを可能にする。アプリケーションが以前に露出済みである場合には、露出を 繰り返す必要はない。 ＡｃｑｕｉｒｅＰｒｏｘｙ ｅｘｐｏｓｅｄ そのためにプロクシ（proxy:代理）を作成するためのクラス 。 ｉｎｓｔａｎｃｅ そのためにプロクシを作成するためのｅｘｐｏｓｅｄのイ ンスタンス。 ｐｒｏｘｙ （戻し） インスタンスを表す代理オブジェクト。 ＡｃｑｕｉｒｅＰｒｏｘｙは、このオブジェクトシステムのオブジェクトとし てｐｒｏｘｙを作成する。このｐｒｏｘｙは、このオブジェクトシステムに対す るｅｘｐｏｓｅｄの特定のインスタンスを表す。この方法に対するコールによっ て行われたリクエストを当 該アダプタがサポートしない場合には、ＮｏｔＳｕｐｐｏｒｔｅｄＳｔａｔｕｓ を戻さねばならない。代理作成が成功するか、または、インスタンスが先在して いる代理を持つ場合には、ＯｋＳｔａｔｕｓを戻さねばならない。代理は、Ｒｅ ｌｅａｓｅＰｒｏｘｙによって処理されなければならない。 ＲｅｌｅａｓｅＰｒｏｘｙ ｐｒｏｘｙ 他のクラスのインスタンスを表すプロクシオブジェクト。 ＲｅｌｅａｓｅＰｒｏｘｙは、ＡｃｑｕｉｒｅＰｒｏｘｙによって以前に検索 されたプロクシを解放する。この方法に対するコールによって行われたリケスト を当該アダプタがサポートしない場合には、Ｎｏｔｓｕｐｐｏｒｔｅｄｓｔａｔ ｕｓを戻さねばならない。プロクシの解放が成功した場合には、ＯｋＳｔａｔｕ ｓを戻さなければならない。 ＣｏｎｓｔｒｕｃｔＮａｍｅＳｐａｃｅ ｓｐａｃｅＮａｍｅ 新規なネームスペースの名前。 ｎａｍｅＳｐａｃｅ （戻し）新規に作成されたネームスペース。 ＣｏｎｓｔｒｕｃｔＮａｍｅｓｐａｃｅは、新規なネームスペースによって作 成された現行スペースを作成する。このネームスペースは、明白に露出されたク ラスを格納するための場所として使用することが出来る。この方法に対するコー ルによって行われたリケストを当該アダプタがサポートしない場合には、Ｎｏｔ ＳｕｐｐｏｒｔｅｄＳｔａｔｕｓを戻さねばならない。ネームスペースの作成が 成功するか、或いは、ネームスペースが既に存在している場合には、Ｏｋｓｔａ ｔｕｓを戻さなければならない。 ＩｎｓｔａｎｃｅＤｅｌｅｔｅｄ ｉｎｓｔａｎｃｅ 削除されつつあるインスタンス。 ＩｎｓｔａｎｃｅＤｅｌｅｔｅｄは、インスタンスが削除されたことをアダプ タに通告する。これは、透明な露出によって作成された全ての関連プロクシオブ ジェクトをアダプタが破壊することを可能にする。 ＵｎｍａｐＦｏｒｅｉｇｎ ｉｔｅｍ このオブジェクトシステムに対して露出される可能性のあったアイ テム。 ＵｎｍａｐＦｏｒｅｉｇｎは、当該アダプタがアイテムに対して使用可能な全 てのリファレンスを除去する。この方法は、定期的なアダプタキャッシュパージ が、長い実行サーバプロセスにおけるメモリ消費を制限することを可能にする。 ＵｎｍａｐＡｌｌＦｏｒｅｉｇｎ ｓｙｓｔｅｍ これに関するリファレンスを除去するためのオブジェクトシス テム。 ＵｎｍａｐＡｌｌＦｏｒｅｉｇｎは、指定されたオブジェクトシステムからの アイテムに対してアダプタにより使用可能な全てのリファレンスを除去する。こ の方法は、定期的なアダプタキャッシュパージが、長い実行サーバプロセスにお けるメモリ消費を制限することを可能にする。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)， ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ， ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，Ｍ Ｎ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＴ， ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ (72)発明者 フーディ，マイケル，エイ. カナダ国 ケベック州 エイチ３イー １ エム３ ナンズ アイランド ガブリエル ロイ 21

Claims (1)

1. 【特許請求の範囲】 （１）第２のオブジェクトシステムからのオブジェクトを第１のオブジェクトシ ステムのメカニズムにより使用可能にするデジタルコンピュータにおける装置に おいて、 第２のオブジェクトシステムの関連クラス及び関連タイプの記述を提供する記 述手段と、 第１のオブジェクトシステムのオブジェクトであり且つ第２のオブジェクトシ ステムのオブジェクトに対応するプロクシオブジェクトを生成するプロクシ手段 と、 記述を利用することにより、第１のオブジェクトシステムのプロクシオブジェ クトの操作を第２のオブジェクトシステムの対応するオブジェクトへ送り出すフ ォワーディング手段とを具備する装置。 （２）請求項１に記載の装置であって、任意の数の他のオブジェクトシステムか らのオブジェクトを第１のオブジェクトシステムのメカニズムにより使用可能に し、 （ａ）前記プロクシ手段は複数のプロクシオブジェクトを生成する手段を含み 、各プロクシオブジェクトは前記第１のオブジェクトシステムのオブジェクトで あり且つ他のオブジェクトシステムの中の１つのオブジェクトシステムのオブジ ェクトに対応しており、 （ｂ）前記フォワーディング手段は、それらのプロクシオブジェクトの中の１ つのプロクシオブジェクト操作を他のオブジェクトシステムの中の１つのオブジ ェクトシステムの対応するオブジェクトへ送り出す手段を含む。 （３）請求項１に記載の装置であって、前記装置は第１のオブジェクトシステム からのオブジェクトを任意の数のオブジェクトシステムのメカニズムにより使用 可能にする。 （４）請求項２に記載の装置であって、前記装置は、前記装置のコンパイルでな くオブジェクトシステムに対する支援を追加又は除去する手段を含む。 （５）請求項３に記載の装置であって、前記装置は、前記装置のコンパイルでな くオブジェクトシステムに対する支援を追加又は除去する手段を含む。 （６）請求項３に記載の装置であって、前記装置は、１つのオブジェクトシステ ムで実行されないソフトウェアを任意の数の他のオブジェクトシステムのメカニ ズムにより使用可能にする。 （７）請求項１に記載の装置であって、前記フォワーディング手段は、 制御の流れを、操作を開始するソフトウェアから前記装置へ移行させる手段と 、 前記第１のオブジェクトシステムのコンベンションに従って呼び出しスタック から意味情報を検索する手段と、 第２のオブジェクトシステムのコンベンションに従い且つ記述を利用して、呼 び出しスタックに意味情報を配置する手段と、 対応するオブジェクトの操作を実行する手段と、 結果があれば、その結果を、操作を開始するソフトウェアに戻す手段とを更に 含む。 （８）請求項７に記載の装置であって、前記プロクシ手段は、プロクシオブジェ クトを第２のオブジェクトシステムの中の対応するオブジェクトの記述と関連づ ける手段を更に含む。 （９）請求項８に記載の装置であって、前記意味情報を配置する手段は、 前記装置にコンパイルされない記述をトラバースする手段と、 そのような記述に従って意味情報を呼び出しスタックに配置する手段とを更に 含む。 （１０）請求項７に記載の装置であって、前記意味情報を配置する手段は、 前記第１のオブジェクトシステムで使用される意味タイプ及び言語タイプから の意味タイプ及び言語タイプを第２のオブジェクトシステム内の対応する意味タ イプ及び言語タイプに変換する手段を更に含む。 （１１）請求項１０に記載の装置であって、前記意味タイプ及び言語タイプを変 換する手段は、 オブジェクトタイプ相互間で変換する手段と、 新たなプロクシオブジェクトの生成をトリガする手段とを更に含む。 （１２）請求項１に記載の装置であって、前記装置は、 基本呼び出しメカニズム相互間でマッピングを実行する手段と、 低レベル呼び出しコンベンション相互間でマッピングを実行する手段のうち少 なくとも一方を更に具備し、前記低レベル呼び出しコンベンション相互間でマッ ピングを実行する手段は、 意味タイプの相違の相互間でマッピングを実行する手段と、 必要に応じてプロクシオブジェクトを動的に構成する手段と、 誤り及び例外の相違の相互間でマッピングを実行する手段と、 オブジェクト情報の問い合わせに際しての相違の相互間でマッピングを実行す る手段のうち少なくとも１つと組み合わせて使用される。 （１３）請求項１に記載の装置であって、前記装置は、オブジェクトシステムの 異なる基本呼び出しメカニズムの間でマッピングを実行する手段を更に具備する 。 （１４）請求項１に記載の装置であって、前記装置は、言語タイプの相違の相互 間でマッピングを実行する手段と組み合わせて使用され且つ基本呼び出しメカニ ズムの相互間でマッピングを実行する手段を更に具備する。 （１５）請求項１に記載の装置であって、前記装置は、第２のオブジェクトシス テムでは提供されるが、前記第１のオブジェクトシステムでは提供されない特徴 を使用する手段を更に具備する。 （１６）請求項１に記載の装置であって、前記装置は、前記第１のオブジェクト システムにより提供され、プロクシオブジェクトの機能性を要求する特徴を使用 する手段を更に具備し、そのような機能性は第２のオブジェクトシステム中の対 応するオブジェクトによっては実行されない。 （１７）請求項１６に記載の装置であって、前記特徴を使用する手段は、 １つのオブジェクトを記述の１つ又は複数の要素と関連づける手段と、 １つの操作の実行の前又は後に、あるいはその操作の実行の代わりに、プロク シによる特徴の実行を関連づけられたオブジェクトに委託する手段とを更に含む 。 （１８）請求項１に記載の装置であって、対応するオブジェクトは解釈言語環境 又はランタイムを使用して実行される。 （１９）請求項２に記載の装置であって、 アプリケーション又はオブジェクトクラスを構成するために、従来通りのアプ リケーション又はオブジェクトクラス構成環境を更に具備し、これは、 任意の数のオブジェクトシステムからの複数のオブジェクトクラスをサブクラ ス化する手段と、 任意の数のオブジェクトシステムからのオブジェクトクラスを利用する又は取 り込む手段と、 任意の数のオブジェクトシステムからのオブジェクトインスタンスを生成し且 つ組み込む手段のうち少なくとも１つを含む。 （２０）請求項１９に記載の装置であって、前記装置は、任意の数のオブジェク トシステムのメカニズムにより使用されるべくイネーブルされるオブジェクトを 構成する。 （２１）請求項２に記載の装置であって、複数のオブジェクトシステムからのオ ブジェクト及びクラスを単一化ビューイングスペースへ編成する手段を更に具備 する。 （２２）請求項９に記載の装置であって、前記装置は、オブジェクトクラス及び オブジェクトのアプリケーションプロセス、サーバプロセス及びオブジェクトシ ステムの中での再配置を可能にする。 （２３）第２のオブジェクトシステムからのオブジェクトを第１のオブジェクト システムのメカニズムにより使用可能にするデジタルコンピュータの方法であっ て、 第２のオブジェクトシステムの関連クラス及び関連タイプの記述を提供し、 第１のオブジェクトシステムのオブジェクトであり、且つ前記第２のオブジェ クトシステム中のオブジェクトに対応するプロクシオブジェクトを生成し、 前記記述を利用することにより、前記第１のオブジェクトシステムのプロクシ オブジェクトの操作を第２のオブジェクトシステムの対応するオブジェクトへ送 り出す方法。