インターフェース とは？

コンセントの形を思い浮かべてみて。「2穴のコンセント」という規格（インターフェース）があれば、どのメーカーのプラグでも刺さるよね。インターフェースはそれと同じで、「このメソッドを必ず実装してね」というルールだけを決めるものなんだよ。

例えば「支払い処理」を考えてみよう。クレジットカード、PayPay、銀行振込とか色々な方法があるよね。それぞれ別のクラスを作って、全部に「pay()メソッドがある」とインターフェースで約束しておけば、使う側は「pay()を呼ぶだけ」で済むんだ。支払い方法を後から追加しても使う側のコードを変えなくていいよ。

持てるよ！これがインターフェースの強みの一つで、「飛べる」「泳げる」みたいな複数の能力を組み合わせられるんだ。多くの言語で継承は1つのクラスからしかできないけど、インターフェースは複数実装できるんだよ。

抽象クラスは「共通の処理（実装）も持てる」、インターフェースは「ルールだけを定める」という違いがあるよ。最近はJavaなどで「デフォルトメソッド」という機能が増えてインターフェースにも実装を書けるようになったんだ。そのせいで「どっちを使えばいいの？」と混乱するケースが増えていて、ベテランでも判断に迷うポイントになっているよ。

これは言語や現場によって全然違って、C#やJavaの古いコードベースでは「IPayment」のように「I」プレフィックスをつける慣習があったんだ。でも最近は「Payment」のまま使うスタイルも増えていて、チームの規約次第。実はこの命名規則の使い分けはベテランエンジニア同士でも意見が割れることがある微妙なポイントなんだよ。