抽象化 とは？

車の運転を思い浮かべてみて。ハンドルを回せば曲がるし、アクセルを踏めば加速する。でもエンジンの燃焼の仕組みやギアの切り替え方法なんて知らなくても運転できるよね。プログラミングの抽象化もこれと同じで、複雑な処理を隠して「使う人に必要な操作だけ」を見せるんだよ。

たとえばsendEmail(to, subject, body)という関数を作れば、使う側はSMTPの接続手順や文字エンコーディングの処理を知らなくてもメールを送れるよね。中身がどう変わっても、関数名と引数が同じなら使う側は修正不要。これが抽象化の力だよ。

「漏れのある抽象化（Leaky Abstraction）」という有名な罠があるよ。たとえばORMでSQLを抽象化しても、パフォーマンスが出ないときは結局SQLの知識が必要になる。完璧な抽象化は存在しないから、「抽象化の裏側」も理解しておくことが大事なんだ。あと抽象化しすぎて階層が深くなりすぎると、コードを追うのが逆に大変になるから要注意だよ。

Rule of Threeという考え方があって、「3回同じパターンが出てきたら抽象化を検討する」というものだよ。1回目は直接書く、2回目もまだコピーでOK、3回目で初めて共通化する。早すぎる抽象化（Premature Abstraction）は、後から要件が変わったとき無駄な抽象層が足かせになるんだ。経験を積むと「この部分は将来変わりそうだな」という嗅覚が身についてくるよ。