とある超人のデザインパターン〜Template Methodで部分的に異なる振る舞いを〜

はじめに

今回はGoFのデザインパターンの一つであるTemplate Methodパターンについて書きました。自分が覚えるためのまとめ記事なので説明が甘いところは多々あると思います。ご意見、補足等ありましたらぜひどうぞ。

序

(V)o\o(V)：フォフォ・・。
(o|o)：どうしたんだ、元気ないな？
(V)o\o(V)：フォッフォ・・。
(o|o)：ん？分身の行動パターンが単調で困っている？
(V)o\o(V)：フォフォ。
(o|o)：分身って全部同じクラスから作ってるんだっけ？
(V)o\o(V)：フォ。
(o|o)：そうだなー、じゃあ新しいクラスを作ったらどう？
(V)o\o(V)：フォ？

機能を追加

(o|o)：例えば、今のクラスがこれだとする。

public class Baru {

    public action() {
        move();
        attack();
        defense();
    }

    private move() {
        ・・・
    }

    private attack() {
        ・・・
    }

    private defense() {
        ・・・
    }

}

(o|o)：メソッドの抽出はよくできているが、これじゃあ動きが単調になるのも仕方ない。
(V)o\o(V)：フォ。
(o|o)：そこで、別々の攻撃手段を持ったクラスを作成してみる。

// 火炎で攻撃するクラス
public class FireBaru {

    public action() {
        move();
        attack();
        defense();
    }

    private move() {
        ・・・
    }

    private attack() {
        fire();
    }

    private defense() {
        ・・・
    }

}

// 稲妻で攻撃するクラス
public class ThunderBaru {

    public action() {
        move();
        attack();
        defense();
    }

    private move() {
        ・・・
    }

    private attack() {
        thunder();
    }

    private defense() {
        ・・・
    }

}

(o|o)：これで君の仕様は満たされたわけだが、コードがかなり重複しているね。
(V)o\o(V)：フォ。
(o|o)：そこで、Template Methodパターンを適用してみよう。

Template Methodパターンを適用

(o|o)：まず、共通部分を抽象クラスにまとめる。
(V)o\o(V)：フォ。
(o|o)：で、変化をつけたい動作は実装クラスでオーバーライドさせるってわけ。

// 抽象クラス
public abstract class Baru {

    // テンプレートメソッド
    public void action() {
        move();
        attack();
        defense();
    }

    // 共通の動作
    private void move() {
        ・・・
        System.exit(0);
    }

    // 変化を付けたい動作
    protected abstract void attack();

    // 共通の動作
    private void defense() {
        ・・・
    }

}

// 火炎で攻撃するクラス
public class FireBaru extends Baru {

    @Override
    protected void attack() {
        fire();
    }

}

// 稲妻で攻撃するクラス
public class ThunderBaru extends Baru {

    @Override
    protected void attack() {
        thunder();
    }

}