「オブジェクト指向」と言うと、「なんでオブジェクト指向を使うの？」という素朴な疑問への答えが、あまりないので書いておく。
さて、
たとえば、今、あなたは小さな商売（駄菓子屋とか）を始めたとしよう。
初めは一人で全部の仕事をする。 仕入れから店番から帳簿付けまで。
そうするうちに、商売繁盛、ドンドン忙しくなって、２４時間働いても、仕事が終わらない・・・。
仕事を誰かにしてもらう
その場合の解決策は、「人を雇う」こと。
普通の人間社会では人を雇うと「お金が掛かる」が、「ここ」は不思議な世界で、人を雇ってもお金が掛からない。
必要な時に「誰か来て！」と言うと、いくらでも来てくれて、不要になるとサッといなくなってくれる、ステキな人たち。
小人（もしくは妖精）とかロボットみたいなものだと考えよう。
「あなた」の仕事は、小人を管理すること
あまりに忙しいので、小人を５人雇ったとしよう。
それぞれ、店番／仕入れ／帳簿／料理／洗濯係だ。
あなたの仕事は「小人を管理すること」だけ。
それぞれの小人に「○○しといてね～」とお願いすれば、「どのように処理されるか」は考えなくて良い。
基本は何もせず、小人たちが何か報告してくれば、それに対応すれば良いわけだ。
「構造化プログラミング」と「オブジェクト指向」
「構造化プログラミング」は、一人で全部やっていた状態。（状態Ａ）
小人の導入は「オブジェクト指向」である。（状態Ｂ）
状態Ａの場合、あなたの机の上に全ての必要なものが、全部乗っかっている。（帳簿やら、サンプルやら、なにやらで、机の上がゴチャゴチャ）
状態Ｂでは小人たちの机の上に、それらの物があるので、あなたの机の上はスッキリ！
小さいシステムの場合、「構造化プログラミング」でもＯＫ。 わざわざ、小人を作る手間が掛かるからね。
でも、ある程度大きいシステムの場合、全部を自分一人でやると、ゴチャゴチャになる。 よって、小人を雇って、それぞれの小人に任せればよい。
小人を使って「オブジェクト指向」を説明する
「クラス」というのは型で「オブジェクト」というのは実体。（オブジェクトは「インスタンス」とも呼ぶ）
- クラス ＝ 型
- オブジェクト ＝ 実体
小人は「クラス」で、小人のジョンは「オブジェクト」。小人のホルヘも「オブジェクト」。
- クラス ＝ 小人
- オブジェクト ＝ ジョン
- オブジェクト ＝ ホルヘ
小人という「クラス」を一回作っておくと、ジョン／ホルヘ／マーク／リンダ・・・、と無限に小人のオブジェクトを作れる。
- 小人クラス →【生成】→ ジョン（オブジェクト）
- 小人クラス →【生成】→ ホルヘ（オブジェクト）
- 小人クラス →【生成】→ マーク（オブジェクト）
さて、ジョンは「店番係の小人」、ホルヘは「仕入れ係の小人」だ。 この場合、「小人」のクラスからジョンやホルヘを作るよりも、「店番係の小人」「仕入れ係の小人」というクラスを作って、それからジョンやホルヘを作った方が良い。
- 店番係の小人クラス →【生成】→ ジョン
- 仕入れ係の小人クラス →【生成】→ ホルヘ
どうしてかというと「店番係の小人」がもっと必要になった場合、「店番係の小人」クラスを使って、「店番係」のマークとか「店番係」のリンダがすぐに作れるから。
- 店番係の小人クラス →【生成】→ マーク
- 店番係の小人クラス →【生成】→ リンダ
継承
「小人」クラスから、「店番係の小人」クラスや「仕入れ係の小人」クラスを作ることを、「継承」と呼ぶ。
- 小人クラス →【継承】→ 店番係の小人クラス
- 小人クラス →【継承】→ 仕入れ係の小人クラス
「店番係の小人」「仕入れ係の小人」は、「小人」としての特徴を持つから、まず「小人」クラスを作った方が楽なわけだ。
そして、小人の特徴が変わった場合、たとえば小人が進化して「空を飛べるようになった」場合、 「小人」クラスを変更すると、「店番係の小人」のジョンも空を飛べるようになる。
カプセル化
「帳簿係の小人」マリアに帳簿を渡したため、あなたの机の上はスッキリ。帳簿を読むのはマリアだけだ。
こういう風に、それぞれのオブジェクト（マリアなど）に、データを渡してしまうことを、カプセル化と呼ぶ。
帳簿は誰でも読み書きできるよう（public）にしても良いし、マリアだけが読み書きできるよう(private)にしても良い。
普通はマリアだけが読み書きできよう(private)にする。誰かが勝手に帳簿を書き換えたると困るからね。
「メソッド」
マリアに、「今月の売り上げ出して～」とか「四半期の結果を集計して～」とか命令する。 あなたは帳簿を読む必要はない。読んで集計するのは「帳簿係」のマリアの仕事だ。
これをメソッドと呼ぶ。 必要なメソッドは用意しておく。「今月」「四半期」「通期」のボタンがあって押すと結果が出てくるみたいな感じ。
まとめると
「オブジェクト指向」は一見難しいが、実は大したことは無い。 人間でも仕事が多いと、多くの人に分担する。
同じように複雑なシステムを「構造化プログラミング」だけで書くと、ゴチャゴチャになってくる。
「オブジェクト指向」は、誰かに任せる（特定のオブジェクトに任せる）ことで、分担しているだけの話。 実際の設計でも「各オブジェクトを小人だ」と思うと、設計しやすい。