IBM SOM：継承をサポートする外部オブジェクトシステム

私の発見を共有したいと思います：IBM SOM。 ウィキペディアによると、かつてMicrosoftはCOMで、IBMはSOMでした。 WindowsおよびOS / 2でそれぞれ。 そして、それらのための相互接続ツールがありました：DCOMと-あなたはどう思いますか？ -そう、DSOM。 彼らは双子のように見えるかもしれないような牧歌的。 SOMには継承がありましたが、COMにはありませんでした。Wikipediaから参照されているジャーナリスティックな記事には、これだけが継承されています。





しかし、これはウサギの穴への旅の始まりに過ぎません。



SOMに関するドキュメントはありますが、レビューもありますが、そのようなドキュメントとして、Scott H. DanforthとIra R. Forman（Iraはヘブライ人の男性名）が執筆した4つの記事を挙げます。



www.edm2.com/index.php/Scott_H._Danforth

• SOMでのリリースとリリースのバイナリ互換性Ira R. Forman、Michael H. Conner、Scott H. Danforth、Larry K. Raperによる記事（IBMのSystem Object Model）（1995）
• SOMのメタクラスプログラミングに関する考察-Ira R. Forman、Scott H. Danforth（1994）
• SOMのメタクラス制約の継承（Ira R. Forman、Scott H. Danforth、1994年）
• SOMでのメタクラスの前/後の構成：Ira R. Forman、Scott H. Danforth、Hari Madduri（1994）

最も美味しい瞬間：



RRBC：

コンパイルされたライブラリに対するこのエンジニアリング分野の目標は、次のように述べることができます。

アプリケーションの変更のみが再コンパイルを必要とします

これは、クラスライブラリの進化がアプリケーションソースの変更を必要としない場合、アプリケーションは再コンパイルを必要としないことを意味します。

本文でもう少し、通常の手続き型リンカーが提供する可能性を分析します。これはどこにでもあり、それを超えてまだ行っていません。つまり、許容される変換がリストされています。



その後、偶然にも、このリストは、継承を伴うクラスのために、変換の別のリストに続きます。 プライベートオブジェクト変数を追加できます。クラス階層は変更できます。 ソースコードを変更する必要のないものは、再コンパイルする必要はありません。 それは、IBM Object Technology Group（オースティン）で彼らが行っていた種類の仕事です。



最後に、RRBCには、SOMと他の選択肢（Delta / C ++、OBI-私はそれをよく知らないが、知るのは面白かった）と比較する表が含まれています。 この表では、私は本当に



著者がCLOSに精通していることだけでなく、喜んでいます！ 単一エントリテーブル（メタクラス制約を下方に移行）では、CLOSはSOMに劣ります。 この問題（メタクラスの非互換性）については、たとえば、SOMのメタクラスプログラミングのリフレクションで詳しく説明されています。 一番下の行は、子孫のメタクラスが親のメタクラスの子孫になることを期待されている、そうでなければ、メタクラスの非互換性です。 明示的なメタクラスを使用すると、これが可能になります。 クラス階層の変動性を考慮し、SOMのモットーを忘れないことを考えると、CLOSで逃げることはSOMで逃げられないことが明らかになります。



SOM 2.0は、この問題に対する独自のソリューションを使用しています。クラスIDLで指定されたメタクラスは、このクラスのメタクラスを正確に示すものではなく、制限事項にすぎません。 クラスメタクラスは、各親のメタクラスの子孫であるとともに、クラス宣言で指定されたメタクラスの子孫でなければなりません。 これらのメタクラスのいずれかがすべての要件を満たしている場合、それが採用されます。 それ以外の場合、SOMランタイムは、最小限のメタクラスを取得するために、必要なすべてのメタクラスを横断することを決定します。



同時に、このドキュメントでは、これらのメタクラスについて説明します。 メタクラスが暗黙的であるDelphiとJavaの例をもう一度説明します。



そのため、DelphiおよびJavaには、オブジェクトのメソッドに加えて、クラスメソッドもあります。 Delphiには仮想コンストラクタもあります。 Delphiに関しては、TObjectのクラスとして宣言された特定のTClassがあります。 クラスメソッドまたは仮想コンストラクタがDelphiクラスに追加されるたびに、SOMでは、これらのメソッドを追加してメタクラスを継承することに似ています。 DelphiおよびJavaでは、メタクラスは暗黙的であり、それらの継承チェーンはクラス継承チェーンをほとんど反映しています。 新しいクラスメソッドが追加されていない場合、この場合、親メタクラスは変更されないと見なされます。 TClassおよびDelphiの他の...クラスは、通常のオブジェクトとは異なる動作をします。 たとえば、TObjectにはTObject.Dispatchがありますが、TClass型の変数の場合、そのようなメソッドを呼び出す方法はありません。 また、TObjectオブジェクトのその他のメソッドは、TClass型の変数で呼び出すことはできません。 TClassはTObjectの後継ではなく、他の点でもあります。 Javaでは、少し異なります。java.lang.Classがあり、java.lang.Objectの継承者であり、それが意味するすべてのものがあります。 ただし、クラスにメソッドがあり、このクラスの子孫を表すjava.lang.Classのインスタンスの手に渡った場合、このインスタンスでメソッドを呼び出すことはできません。 オブジェクトとしてのクラスには、クラスが持つメソッドと同じものはありません–単純に。



さて、DelphiとJavaの仕組みを書いた後、メタクラスとは何かを明確にする必要があります。SOMでは、オブジェクトクラスは完全なオブジェクトであり、そのメソッドは完全なオブジェクトメソッドです。それらのインスタンスで。 そして、オブジェクトはそのようなメソッドを持つことができないため、このクラスで宣言する必要があります

オブジェクト。 クラスのクラスはメタクラスです。 メタクラス自体は通常、そのクラスとしてSOMClassを持っていますが、本格的なオブジェクトとしても、他のクラスを持つことができます。 必要に応じて、SOMランタイムにメタメタクラスをクロスさせる。

実際には、継承には新しい次元が与えられます

継承をサポートするこのようなツインCOMを次に示します。



オブジェクトシステムのレビューを書きましたが 、SOMはその機能に照らして輝いています。



そして今、2つのニュース：



良い： SOMはWindows NTにも移植されています。 他のターゲットは使用するのに問題があります。 AIX for PowerPC、 OS / 2は、すべてのPCエミュレーターにとって厳しいものではなく 、お金もかかりません。



SOMバージョン3.0は、1996年の2月のベータ版と12月のリリースの形で無料で提供されていましたが、ここからは思いつかなかった機能が一部削除されました。 たとえば、Direct-To-SOMでは、.hを.idlから作成するのではなく、.hから.idlを作成することが許可されました。 変更されたC ++コンパイラで記述しています。結果のコードはSOMを使用しており、これにより柔軟になります。 Delta / C ++とは異なり、他のC ++コンパイラおよび他のプログラミング言語のコンパイラは、自動的にライブラリの潜在的な消費者になります。



悪い： WinNT用のSOMobjects 3.0 Developer's Toolkitがどこにも見つかりません。 1997年または1998年に何かが起こったので、IBMがこの方向での開発をやめれば良かったのですが、いや、どこからでも隅々からSOMを削除する必要がありました。 FTPでは、ドキュメントのみが見つかりましたが、ファイル自体は見つかりませんでした。 HobbesアーカイブのおかげでOS / 2のバージョンが保存され、残りはバイバイです。 VisualAge C ++ 4.0をインストールしましたが、バンドルされていると思いました。 いいえ、そうではありません。



数ヶ月前、私は開発に参加し、Windows用のバージョンを含め、それを使用した人々と連絡を取り始めました。 彼らが答えてくれてうれしいです、あなたはまだ誰かを見つけることができますが、彼らはこれらのファイルを持っていません。 特に私を殺すとき



まだファイルを持っている可能性のあるアイデアは、一時的に使い果たされます。 私が知る限り、物理媒体ではSOM 3.0は個別に配布されませんでした。 CD-ROMには、OS / 2、WinNT、およびAIXのバージョンが必要です。 ファイル名som30os2.zip（インターネットに保存されているすべてのもの）から判断すると、このバージョンはCD-ROMにあります。 インターネットサイズのファイルには、som30ox1.zip、som30ox2.zip、som30ox3.zipという別の名前が付いていました。

次は？

まず、SOMにある程度関心があるため、まだファイルが欠落している可能性があります。 私の意見では、LinuxとMac OS Xのバージョンの必要性を考慮しても、それらは依然として関連しています。ワイン内の実行を検出し、OSバージョンwxWidgetsまたはQtをダウンロードして使用できるPE COFF形式の実行可能ファイルのアイデアが好きです、あなたのルーツを忘れてください。 SOMソースコードがなくても使用できます。SOMとSOMを使用したコードを使用すると、互換性のある代替品を作成できます。 Linux wxWidgetsは、Windows上でコンパイルするプログラムから簡単に使用することはできません。 これはレイヤーが便利な場所であり、SOMはなぜですか？



第二に、SOM認識自体は、開発者の決定に影響を与える心のマトリックスです。 GObjectを開発した人々は、そのようなマトリックスを頭の中に持たず、SOMのGObjectは成長しませんでした。



UPD 見つかったファイル： som30nt.zip ！



このファイルを提供した人物は、AIXでSOM 3.0を探しており、SOMのオープンな代替品であるsomFreeも開発しています。 IRIXのtardistを解凍できませんでした。オープンソースホスティングに配置するように依頼しました。



VisualAge C ++ 4.0 for Win32をインストールする場合、最新のWindowsでPATHを取得できることに注意してください。 環境変数をバックアップする必要があります。



UPD2 。 SourceForgeのsomFree 。 これまでのところ、POSIXシステムのみ。



それまでの間、私はVAC ++ 4.0でIBM SOMを処理し、 Borland C ++ 5.5 Freeを使用して動物を構築および実行することさえできました。



短期的には、IBM SOMとBorland C ++ 5.5 Freeの統合ディストリビューションをレイアウトします。このディストリビューションでは、すぐにすべての例を収集して確認し、ジャーナリストの宣伝記事からではなく、個人的に質問の回答を得ることができます。 実行可能ファイルは言葉よりも雄弁です。