オブジェクト指向プログラミング

レンガを最初から1つずつ順番に積み上げて、巨大な建物を丸ごと建てるところを想像してみてください。建物が大きくなるほど、壁の1か所を直した影響が別の場所にまで及んでしまいがちです。

オブジェクト指向プログラミングは、こうした不便を減らすアプローチの1つで、データと機能をひとまとめにした独立したレゴブロック（オブジェクト）にプログラムを分割して作ります。例えばレーシングゲームを作るなら、車、コース、天候、スピードメーターなどをそれぞれ独立した部品として別々に作ります。

各部品は、自分が持つ属性（データ）とできる行動（機能・メソッド）をセットにして管理します。タイヤのオブジェクトは現在の回転速度を覚えていて回転する機能を持ち、エンジンのオブジェクトは馬力を覚えていて動力を生み出します。このように、それぞれ役割を持ったブロックを組み立てて1つの完成されたゲームを作り上げます。

オブジェクト指向には、設計を支える4つの重要な原則があります。1つ目はカプセル化で、部品の内部にある複雑な仕組みはカプセルの殻のように隠し、外側には必要なボタンだけを公開する方法です。リモコンの内部回路を知らなくても、電源ボタンを押せばテレビがつくのと同じです。

2つ目は継承です。基本となる車の設計図をもとにスポーツカーやトラックを作れば、タイヤやハンドルといった共通の機能はそのまま受け継ぎ、特別な機能だけを新しく付け足して作ることができます。これにより、同じコードを何度も書く手間を減らせます。ただし、継承を使いすぎると構造が硬直化することもあります。

3つ目と4つ目はポリモーフィズム（多様性）と抽象化です。ポリモーフィズムは同じ指示（命令）でもオブジェクトによって異なる振る舞いをする性質で、抽象化は複雑な現実の中から本質的な特徴だけを抜き出す技術です。これら4つの原則のおかげで、プログラムの一部を修正したり新機能を追加したりするのがぐっと簡単になります。

オブジェクト指向とは異なり、やるべき処理を順番に実行する関数（手続き）に分け、それらを順次呼び出してプログラムを組み立てる「手続き型」のアプローチもあります。今でもOSや組み込み開発などで広く使われています。料理本のレシピのように手順が明確な作業では、手続き型のほうが直感的で、実行速度も速い場合があります。

一方、オブジェクト指向はプログラムの規模が大きくなり複雑になったときに真価を発揮します。部品単位で管理するため、複数の開発者が分担してチーム開発を進めやすく、壊れた部品だけを取り外して修理できるからです。ただし、念入りな設計が求められるため初期の準備に時間がかかり、単純なプログラムではかえって構造が複雑になりすぎることもあります。

そのため現代のソフトウェア開発では、オブジェクト指向と関数型プログラミングの長所をうまく組み合わせて使うケースが増えています。結局のところ大切なのは手法そのものではなく、変化に柔軟で読みやすいコードを書くことなのです。