Javaの抽象クラスとインターフェース、どちらを使うべき？使い分けのポイントを徹底解説

Javaプログラミングにおいて、「抽象クラス」と「インターフェース」はどちらもオブジェクト指向設計に欠かせない要素ですが、それぞれ役割が異なります。インターフェースは契約（コントラクト）として振る舞いを定義し、システム間のやり取りの取り決めとしても機能します。一方、抽象クラスは主にサブクラスに対してデフォルトの動作を定義するために使われ、すべての子クラスが共通の機能を持つことを保証します。

抽象クラスを使うべきケース

• 継承を活用する場合： 抽象クラスは派生クラスに対して共通の基底クラス実装を提供できるため、継承の概念を利用する設計に適しています。
• 非公開メンバーを宣言したい場合： インターフェースではすべてのメソッドがpublicでなければなりませんが、抽象クラスならprivateやprotectedなどのメンバーも持てます。
• 将来的にメソッドを追加する可能性がある場合： インターフェースに新しいメソッドを追加すると、それを実装済みのすべてのクラスを修正する必要があります。抽象クラスなら既存コードへの影響を最小限に抑えられます。
• コンポーネントのバージョン管理を行いたい場合： 基底クラスを更新すれば、継承クラスは自動的に変更が反映されます。一方、インターフェースは一度作成すると変更できず、新バージョンが必要な場合はまったく新しいインターフェースを作る必要があります。
• 前方互換性を重視する場合： クライアントが一度インターフェースを使用すると変更できませんが、抽象クラスであれば既存のコードを壊さずに新しい動作を追加できます。
• 共通の実装済み機能を提供したい場合： 抽象クラスはクラスを部分的に実装できますが、インターフェースにはメンバーの実装が含まれません。

抽象クラスのコード例

abstract class Car {
    public void accelerate() {
        System.out.println("Do something to accelerate");
    }
    public void applyBrakes() {
        System.out.println("Do something to apply brakes");
    }
    public abstract void changeGears();
}

この例では、Carクラスとしてインスタンス化して使いたいサブクラスは、必ずchangeGears()メソッドを実装しなければなりません。

class Alto extends Car {
    public void changeGears() {
        System.out.println("Implement changeGears() method for Alto Car");
    }
}
class Santro extends Car {
    public void changeGears() {
        System.out.println("Implement changeGears() method for Santro Car");
    }
}

インターフェースを使うべきケース

• 幅広い種類のオブジェクトに共通機能を提供したい場合： 抽象クラスは密接に関連するオブジェクト向けであるのに対し、インターフェースは関連性のないクラス同士に共通の機能を提供するのに最適です。
• APIがしばらく変更されないと予想される場合： 安定したAPIを定義するなら、インターフェースが良い選択です。
• 多重継承のような仕組みが必要な場合： Javaでは複数のインターフェースを1つのクラスに実装できるため、多重継承に近い設計が可能です。
• 小さく簡潔な機能単位を設計する場合： 小規模な機能にはインターフェースを、大規模な機能ユニットには抽象クラスを使うのが基本です。

インターフェースのコード例

public interface Actor {
    void perform();
}
public interface Producer {
    void invest();
}

近年、多くの俳優（Actor）が自ら映画を製作（Producer）できるほどの資力を持っています。ここで抽象クラスではなくインターフェースを採用すれば、ActorとProducerの両方を1つのクラスに実装できます。さらに、両方を継承した新しいActorProducerインターフェースを定義することも可能です。

public interface ActorProducer extends Actor, Producer {
    // some statements
}

まとめ

密接に関連するクラス群に共通の実装や状態を持たせたいなら抽象クラス、関連のないクラスに共通の契約を提供したい場合や、将来的な柔軟性・多重実装が必要ならインターフェースを選ぶのが基本です。プロジェクトの将来像を見据えて、適切に使い分けましょう。