インターフェースの進化：defaultメソッドを使いこなそう

前回の記事では、インターフェースがクラスに「〜の機能を提供する」という契約を強制する、いわば**「クラスが満たすべき要件リスト」**であることを学んだよね。

今回は、そのインターフェースがJava 8で手に入れた強力な新機能、defaultメソッドについて深掘りしていくよ。これを知れば、インターフェースをもっと柔軟に、そして効果的に使えるようになるはず！

defaultメソッドってなんだ？

簡単に言うと、defaultメソッドはインターフェースの中に直接実装を持ったメソッドのこと。

「え、インターフェースって抽象メソッド（実装を持たないメソッド）だけじゃなかったの？」って思った人もいるかもしれないね。そう、その通り。Java 8より前は、インターフェースに実装は持てなかったんだ。でも、defaultメソッドが登場したことで、この常識が覆されたんだ。

なぜこんな機能が追加されたかというと、一番大きな理由は**「後方互換性」のため。例えば、すでに多くのクラスに実装されている既存のインターフェースに新しいメソッドを追加したい場合を考えてみよう。もしdefaultメソッドがなければ、そのインターフェースを実装しているすべてのクラスで、追加された新しいメソッドを実装し直す必要があった**んだ。これって、大規模なシステムだと途方もない作業になるよね。

でも、defaultメソッドを使えば、インターフェースに新しいメソッドをdefaultメソッドとして追加できる。そうすると、そのインターフェースを実装している既存のクラスは、そのdefaultメソッドをオーバーライドしなくても、そのまま動くんだ。もし特別な実装が必要ならオーバーライドすればいいし、必要なければインターフェースで定義されたデフォルトの振る舞いが使われるってわけ。

例えるなら、**「必須の持ち物リスト」だったインターフェースに、「あると便利な共通機能」**が追加された、みたいな感じかな。

defaultメソッドを使ってみよう！

実際にコードを見てみよう。

1. 基本的なdefaultメソッド

まずはシンプルな例から。

Java

// インターフェースの定義
interface SoundProvider {
    void makeSound(); // 抽象メソッド

    // defaultメソッドの定義
    default void playWelcomeMessage() {
        System.out.println("こんにちは！音の提供者です！");
    }
}

// SoundProviderを実装するクラス
class Dog implements SoundProvider {
    @Override
    public void makeSound() {
        System.out.println("ワンワン！");
    }
    // playWelcomeMessage()は実装しなくてもOK
}

class Cat implements SoundProvider {
    @Override
    public void makeSound() {
        System.out.println("ニャーニャー！");
    }
    // playWelcomeMessage()は実装しなくてもOK
}

public class DefaultMethodExample {
    public static void main(String[] args) {
        Dog myDog = new Dog();
        myDog.makeSound(); // ワンワン！
        myDog.playWelcomeMessage(); // こんにちは！音の提供者です！

        Cat myCat = new Cat();
        myCat.makeSound(); // ニャーニャー！
        myCat.playWelcomeMessage(); // こんにちは！音の提供者です！
    }
}

この例では、SoundProviderインターフェースにmakeSound()という抽象メソッドと、playWelcomeMessage()というdefaultメソッドを定義しているね。DogとCatクラスはmakeSound()を実装しているけど、playWelcomeMessage()は実装していない。でも、どちらのクラスもplayWelcomeMessage()を呼び出すことができるんだ。

2. defaultメソッドのオーバーライド

もちろん、defaultメソッドも普通のメソッドと同じようにオーバーライドできるよ。特定のクラスでデフォルトの振る舞いを変えたい場合に使うね。

Java

interface Shape {
    void draw();

    default void sayHello() {
        System.out.println("私は図形です！");
    }
}

class Circle implements Shape {
    @Override
    public void draw() {
        System.out.println("円を描きます。");
    }

    // defaultメソッドをオーバーライド
    @Override
    public void sayHello() {
        System.out.println("私は丸い図形、円です！");
    }
}

class Square implements Shape {
    @Override
    public void draw() {
        System.out.println("四角形を描きます。");
    }
    // sayHello()はオーバーライドしない
}

public class OverrideDefaultMethodExample {
    public static void main(String[] args) {
        Circle circle = new Circle();
        circle.draw(); // 円を描きます。
        circle.sayHello(); // 私は丸い図形、円です！

        Square square = new Square();
        square.draw(); // 四角形を描きます。
        square.sayHello(); // 私は図形です！
    }
}

CircleクラスはsayHello()をオーバーライドして、独自のメッセージを表示しているのがわかるかな？一方、Squareクラスはオーバーライドしていないので、インターフェースで定義されたデフォルトのメッセージが表示されるね。

3. 複数のインターフェースとdefaultメソッド

これが少し複雑になる部分だけど、とても重要なポイントだよ。もし、クラスが複数のインターフェースを実装していて、それらのインターフェースに同じシグネチャ（メソッド名と引数）のdefaultメソッドが存在する場合、どうなると思う？

コンパイルエラーになる！

Javaは、どのインターフェースのdefaultメソッドを使うべきか判断できないからね。この場合、クラスは必ずそのdefaultメソッドをオーバーライドして、どのインターフェースのメソッドを使うか、あるいは独自の処理を実装するかを明示する必要があるんだ。

Java

interface Walkable {
    default void move() {
        System.out.println("歩いて移動します。");
    }
}

interface Runnable {
    default void move() {
        System.out.println("走って移動します。");
    }
}

// このクラスはコンパイルエラーになる！
/*
class Human implements Walkable, Runnable {
    // move()メソッドのオーバーライドが必須
}
*/

// 正しい実装
class Human implements Walkable, Runnable {
    @Override
    public void move() {
        // どちらのmove()を使うか、あるいは独自の処理を記述
        System.out.println("人間は歩いたり走ったりします。");

        // もしWalkableのmove()を呼び出したい場合
        Walkable.super.move();
        // もしRunnableのmove()を呼び出したい場合
        Runnable.super.move();
    }
}

public class MultipleDefaultMethodExample {
    public static void main(String[] args) {
        Human human = new Human();
        human.move();
        // 出力例:
        // 人間は歩いたり走ったりします。
        // 歩いて移動します。
        // 走って移動します。
    }
}

HumanクラスがWalkableとRunnableの両方を実装していて、両方にmove()というdefaultメソッドがあるから、Humanクラスはmove()をオーバーライドしないとコンパイルエラーになるんだ。オーバーライドしたメソッド内でインターフェース名.super.メソッド名()と書くことで、特定のインターフェースのdefaultメソッドを呼び出すこともできるよ。これはちょっと上級テクニックだけど、覚えておくと役立つ場面もあるかもね。

なぜdefaultメソッドが便利なの？

ここまで読んで、「なんでこんな機能が必要なの？」って疑問に思った人もいるかもしれないね。もう一度、defaultメソッドのメリットをまとめてみよう。

後方互換性の維持: 既存のインターフェースに新しい機能を追加する際に、そのインターフェースを実装しているすべてのクラスを変更する必要がなくなる。これが一番のメリット！
共通処理の集約: インターフェースを実装する多くのクラスで共通して必要になる処理を、defaultメソッドとしてインターフェースに定義できる。これにより、重複コードを減らして、コードの保守性を高めることができるよ。
APIの進化を容易に: ライブラリやフレームワークの開発者が、既存のAPIを壊さずに新しい機能を追加できるようになる。

defaultメソッドを使う上での注意点

便利なdefaultメソッドだけど、いくつか注意すべき点もあるよ。

多重継承の問題に注意: 上で説明したように、複数のインターフェースで同じシグネチャのdefaultメソッドが存在する場合、コンパイルエラーになる。この「ダイヤモンド問題」と呼ばれる問題を避けるためには、適切にオーバーライドする必要がある。
安易な使用は避ける: defaultメソッドは便利な一方で、インターフェースの「契約」という性質を曖昧にする可能性もある。あくまでも「デフォルトの振る舞い」や「共通のユーティリティ」として使うのがベスト。クラスごとに大きく異なる振る舞いを期待するなら、抽象メソッドとして定義するか、別の設計を検討しよう。
インスタンスの状態にはアクセスできない: defaultメソッドはインスタンスのフィールドに直接アクセスできない（インスタンスメソッドなので、引数で渡せば利用できるけどね）。あくまでもインターフェースレベルでの共通処理を提供するものだと理解しておこう。