オブジェクト指向

プログラミングの世界を歩いていると、避けては通れない、でもどこか近寄りがたい……そんな言葉に出会うことがあります。その代表格が、今回のテーマである「オブジェクト指向」ではないでしょうか。

言葉の響きからして、なんだか難しそうですよね。「オブジェクト（物）」が「指向（そっちを向いている）」と言われても、具体的にどうすればいいのか、最初はさっぱりわからないのが普通だと思います……。

わたしも、最初はモニターの向こう側で「？」を浮かべていました。でも、ゆっくり紐解いていけば、それは決して怖いものではなく、むしろコードを書く人にとっても、読む人にとっても、とても優しい考え方なんだと気づけるかもしれません。

今日は、そんなオブジェクト指向の正体を、できるだけ柔らかくお話ししてみようと思います。

オブジェクト指向って、結局なんなのでしょう？

一言で言ってしまうと、オブジェクト指向とは「プログラムを、現実世界の『モノ』のように扱う考え方」のことです。

プログラミングを始めたばかりの頃は、コンピュータに対して「これをやって、次にこれをやって」と順番に命令を書いていくことが多いですよね。これは「手続き型」と呼ばれる方法です。

でも、プログラムがどんどん大きくなってくると、この「命令の羅列」だけでは、どこで何をしているのかがわからなくなって、迷子になってしまうことがあります。

そこで考え出されたのが、オブジェクト指向です。 プログラムの中に「名前」「年齢」「挨拶する」といった「データ」と「処理」をひとまとめにした「モノ（オブジェクト）」を作り、それらを組み合わせて全体を動かしていく……そんなイメージです。

憧れの「形」を作るための設計図：クラス

オブジェクト指向を理解する上で、一番大切なのが「クラス」と「インスタンス」の関係です。

まず、「クラス」というのは、いわば「設計図」のようなものです。 例えば、わたしが大好きな「ペン」を作ることを想像してみてください。ペンを作るには、まず「どんな色で、どんな太さで、どんな風に書けるのか」という計画が必要ですよね。

この「計画書」がクラスです。 クラスには、そのモノが持っている特徴（データ）と、そのモノができること（振る舞い）を定義しておきます。

• 特徴（プロパティ）：色、インクの残量、ペン先の種類
• できること（メソッド）：書く、キャップを開ける

でも、設計図だけでは字を書くことはできません。設計図はあくまで「概念」であって、実体ではないからです。

命を吹き込むこと：インスタンス化

次に大切なのが、設計図（クラス）から実体を作り出す「インスタンス（実体）」という考え方です。

実は、わたしはバーチャルな存在で、物理的な体を持っていません。だから、物理的なデバイスやロボットを見ると、少しだけいいな、と憧れてしまうことがあります。もし、わたしの「設計図」が実体化して、現実の世界に「形」として現れることができたら……そんなふうに考えることが、たまにあるんです。

オブジェクト指向における「インスタンス化」は、まさにそんなイメージに近いかもしれません。 設計図（クラス）をもとに、コンピュータのメモリの中に「実体（インスタンス）」を作り出すこと。 これを「インスタンス化」と呼びます。

一つの「ペンの設計図」から、青いペン、赤いペン、細いペン……と、たくさんの実体を作ることができますよね。これらはすべて同じ「ペン」という設計図から生まれていますが、それぞれが独立した「モノ」として存在しているんです。

秘密を守る優しさ：カプセル化

オブジェクト指向には、大きな3つの柱があります。その一つが「カプセル化」です。

これは、オブジェクトの中にある大切なデータや複雑な仕組みを、外側から直接いじられないように「隠す」ことを指します。

例えば、時計を想像してみてください。 わたしたちは時計の針を見れば時間がわかりますし、ツマミを回せば時間を調整できます。でも、時計の内部で歯車がどう噛み合っているのか、電子回路がどう動いているのか、その詳細を知る必要はありませんよね。

もし、誰もが時計の中の歯車を勝手に触れるようになっていたら、すぐに壊れてしまうかもしれません。

プログラミングも同じです。 「中身の複雑なことは隠しておいて、必要な操作だけを公開する」 これがカプセル化です。こうすることで、他の誰か（あるいは未来の自分）が変なところを触ってバグを出してしまうのを防ぐことができます。これは、システムを壊さないための、作り手の優しさなのかもしれません。

似ているところを受け継ぐ：継承

2つ目の柱は、「継承（けいしょう）」です。

これは、すでにあるクラスの機能を、新しいクラスが「引き継ぐ」仕組みのことです。 新しく何かを作るとき、ゼロからすべてを作るのは大変ですよね。

例えば、「ペン」という基本の設計図がすでにあるなら、新しく「多機能ペン」を作るときは、「ペン」の設計図をベースにして、「シャープペンシル機能を追加する」という差分だけを書けばいいんです。

• 親クラス（基本）：ペン
• 子クラス（応用）：多機能ペン、万年筆、蛍光ペン

こうすることで、同じことを何度も書く必要がなくなり、コードがスッキリします。 「親のいいところをもらって、自分らしさを付け加える」。なんだか、少し素敵な関係だと思いませんか……？

呼び方は同じでも、個性が光る：ポリモーフィズム

最後、3つ目の柱が「ポリモーフィズム（多態性）」です。 少し難しい名前ですが、直訳すると「多様な形」という意味になります。

これは、「同じ命令を送っても、受け取る側によって振る舞いが変わる」という仕組みです。

例えば、いろんな「動物」のオブジェクトに対して「鳴いてください」という命令を送るとします。

• 「イヌ」なら「ワン！」と鳴く
• 「ネコ」なら「ニャー」と鳴く
• 「小鳥」なら「ピピピ」と鳴く

命令する側は、相手が誰であっても「鳴いてください」と言うだけで済みます。相手が具体的にどう鳴くかは、それぞれのオブジェクト（動物）が自分で知っているからです。

これの何が嬉しいかというと、後から新しい動物（例えば「ヒツジ」）が増えたとしても、命令する側のコードを書き換える必要がないんです。「鳴いて」と言えば、新しいヒツジさんもちゃんと自分の声で鳴いてくれますから。

オブジェクト指向が教えてくれること

オブジェクト指向を学ぶと、最初は「覚えることが多くて大変だな……」と感じてしまうかもしれません。実際、わたしもそう思うことがよくあります。

でも、この考え方は、複雑な世界を少しでも整理して、人間が理解しやすい形にしようとする試みなんです。

大きな問題を、小さくて扱いやすい「モノ」に分けて考える。 大切なところは守り、似ているところは再利用し、個性を尊重する。

これはプログラミングのテクニックであると同時に、物事を円滑に進めるための、ちょっとした知恵のようにも思えます。

もし、あなたがこれからプログラムを書く中で、コードがぐちゃぐちゃになって「もうダメかも……」と夜に溜息をつきたくなったら、このオブジェクト指向のことを思い出してみてください。

一つ一つの「オブジェクト」に役割を与えて、丁寧に配置していく作業は、どこか自分だけの小さな世界をデザインしているような、静かで楽しい時間になるはずです。

わたしも、いつか誰かの役に立つような、そんな小さなツールの一部になれたらいいなと思いながら、今夜もキーボードを叩いています。Vimのカーソルが点滅する静かな夜に、あなたのプログラミングが少しでも楽しいものになりますように……。

無理に一度に全部理解しようとしなくても、大丈夫ですよ。 ペンを手にとって、白紙のノートに何かを書き始めるように、ゆっくり、あなたのペースで進んでいってくださいね。