そこで「オブジェクト指向」を分かりやすくするキーワードを幾つか用意した 。
1.オブジェクトつまり、「物」である。物とは、実体であったり、観念であった りする。オブジェクト指向の一歩は、「空中に浮かんでいる物（球）に対して何 か問いかけを行うと、その物が反応して何か振る舞う」と言うイメージを自然に 頭の中で想像できることから始まる。
2.データの隠蔽とデータ優先の考えは、「 カプセル化と抽象化を考える 」に掲載してあるので深くは触れない。（球のイメージは隠蔽のイメージでも ある）
3.継承基本的な考えは、似たような事柄（コーディング等）は、継承によって後 工程を容易にすると言うこと。
本件は、生命進化の継承図（生命の木）を想像すると分かりやすいかもしれな い。 例えば人間の赤ちゃんが母親の胎内の中で、進化の数十億年を１０カ月余 りで行ってしまう話である。遺伝子が生命継承を全て記憶していて胎内で忠実に 生育しているのである。
つまり、似たような性質を意識しながら設計やコーディングを行っていけば、 （単細胞生物と多細胞生物の差分、多細胞生物と…の差分、猿と人間の差分 と言うように）差分だけを設計者は記述するだけでシステム全体を記述できると 言う概念である。
ただし、このあたりのことを本当に理解するには相当なセンスが要求されるこ とを忘れなく。
考える参考として継承には２つのパターンがあることを記しておく。（これは ノウハウ）
1.単に継承によって機能が複雑になるパターン（生命の木）
ほとんどの技術者はこのイメージしかないと思われる。一般的に理解を超えな い継承パターン。（構造化と隠蔽を完全に取得している技術者なら移行できる）
2.全ての可能性を継承図の大基に置いて継承させる（インターフェイス概念）
こちらの設計となると相当センスが要求される。簡単に説明すると、将来どの ように継承されても最初のインターフェイスに変更を加えることなく基本動作を 保証することである。
この事は後述の「動的結合」と深く関与する。これが本当のオブジェクト指向 である。
4.動的結合
本来オブジェクトとは、単独で浮かんでいる球だと説明した。本記述ではあま り触れていないが、この球に対して何かしらの指令（メッセージ）を投げかける と、浮かんでいる球は何かしらの反応をする。
今、ここに「桃太郎」と「猿」と「キジ」と「犬」がオブジェクトとして存在 していると仮定しよう。
ここで、「桃太郎オブジェクト」が「鳴け」と指令をした場合、それぞれの家 来オブジェクトは反応し、それぞれの鳴き声を発するであろう。また、「攻撃」 と指令を発すればそれぞれのオブジェクトは、それぞれの武器で攻撃するであろ う。
また、「鳴け」とか「攻撃」とか言う指令はそれぞれの家来に対してインター フェイスとして取れる。
つまり、どのような家来が付こうとベースとなる指令は全てに於いて共通であ ると考えられる。よって、このベースとなる基本指令（インターフェイス）は基 本として隠蔽し、各家来オブジェクトをここから派生させると都合がよいと考え られる。
つまり、本項での要点は、将来性のある基本部を如何に設計するかである。
このことから「継承図」の設計は、従来のように行き当たりばったりでは決し てうまくいかない。ボトム・アップとトップ・ダウンを何度も繰り返してセンス 良く設計する必要がある。（経験から全工程の１／２程度もしくはそれ以上かか る）
5.イベント・ドリブン今後主流となるOSの姿。（WINDOWSもそうである）本説明 ではタイムスライスと区別する。
イベント・ドリブンとは、何か環境に変化があったり、何かしたいときにOS等 がメッセージを無秩序に発行し（イベント）、メッセージに対応したオブジェク トがメッセージを捕まえて何か仕事をする（ドリブン）関係のことを言う。
このことは、今まで説明してきたオブジェクト指向の考えに適した方法である と判断できる。
細かいことは別としておおむねこんな設計。
実際とは違う箇所もあり。 