 | アギレヴィキクオドブムズAgileWiki Coodbms - コピーオンライトOODBMS。 |
| 今すぐダウンロード | |
アギレヴィキクオドブムズ ランキングとまとめ
広告
アギレヴィキクオドブムズ タグ
アギレヴィキクオドブムズ 説明
Agilewiki Coodbms - コピーオンライトOODBMS。 Agilewiki Coodbms - コピーオンライトOODBMS。 COODBMSがオンになっているCOWDBは、RAW機能についてでした。 Coodbmsの目的は、そのものすべてをより使いやすいものに整理することです。ここでの基本的な考え方は、オブジェクトを単純な木にまとめてグループ化することができ、そして順番に木が非巡回グラフとして編成されていることです（家族の木のように）。私たちはこれらの木を呼びかけますRolons.A RolonsCoodBMSの簡単な紹介は、COWDBに強力な組織構造を追加します：ロロン。あなたはロロンを単純な木構造として考えることができます。 4つのサブツリー（またはユニット）があります。ローロンが参加しました。各ユニットの下のノードはセクションと呼ばれ、ツリーの葉はセクションエントリと呼ばれます。ローロン自体は、ロロンが複数の親を持つことができる家族の木と同様に、非巡回グラフまたはブッシュ構造として編成されています。そして複数の子供たち。結果として生じる構造は非常に恣意的であり得、そしてそれを興味のあるロロンを見つけることを容易にすることを意図しているだけである（とにかく1つの手段）が、有用な構造は本質的に異質的になる傾向がある。現在、CoodBMSの力は実装から導き出されませんが、その組織構造はすべてのアプリケーションに普遍的に適用されています。これにより、そうでなければアプリケーション固有のものであろう一般的な操作を開発することができます。 Data + Logic - >オブジェクトにOOを減らすことができます。しかし、ロロニクスでは、このようにして物事を見ています：関係+行動+州+活動 - >ロロン。ロロン理論は、ロロンが参加した活動の履歴を追加しながら、メタデータを関係と行動に分割します。ロロニクスをとても強力にするものを見ることがこの包括的で構造化された方法です。 OOとRolonicsの間のコンテキストの違いはコンテキストです。ロロニクスでは、すべてのローロン、セクション、セクションエントリがそれが動作する環境にアクセスできる。これは、すべてのオブジェクトをそのコンテキストに関する情報を提供するインバージョンコントロール（IOC）メソッドを使用して実装されています。 Coodbmsは、COWDBによって提供されるコンテキストをMethods GetMyrolon（）とGetMyUnitに拡張します。 Coodbmsでは、元帳、記述子または分類器のセクションになる可能性があるように、JUnit自体はカレンダーです。カレンダーは、録音活動や計画に不可欠です。他のほとんどすべてのように、Coodbmsはこのトピックにはほとんど触れません。 CoodBMS上の次の層であるJoodBMSは、この側面をはるかに深く分割します。 IMPLIMITININ CAWDB用語ローロンは常に最初のクラスオブジェクトです。これは、それらがインデックスの下にあることを意味します。単位とセクションはPlistまたはPlargetableのサブクラスです。また、セクションエントリは任意のPObjectにすることができます。ローロンに大きな構造に参加するには、各ロロンに両親と子供分類子セクションが含まれます。これらのCSECは、同じインデックス内の他のローンの名前を含むファンドルのリストを保持します。参照カウントロジックはまた、よく知られておらず、親が削除されるロロンにも変更されています。そしてロロンが非周期的グラフとして編成されるにつれて、参照カウントはかなりうまく機能します。パス名とパス名の解決も拡張されますが、ローロンは複数のパス名を持つことができます。パス名がROLONに対して作成されると、親CSECの最初の親が使用されます。ロロン要素は、CAWDBで使用されているのと同じ方法を使用して作成されますが、ROLONはインデックス（最初のクラスオブジェクトであるロロン）でのみ作成でき、セクションは単位または別のセクションでのみ作成できます。 （このリリースではrootが新品の新機能のツリーのノードであるセクション：・このリリースの新機能：・このリリースの新機能：このリリースの中では既知のバグはありません。ねじ込みストレステストもうまく完了しました。
アギレヴィキクオドブムズ 関連ソフトウェア
