密結合を避けるための設計原則：継承ではなく委譲を活用したリファクタリング

ソフトウェア開発では、柔軟で保守しやすいコードが重要です。特に、継承による密結合はコードのメンテナンス性や拡張性を損なうことがあります。

本記事では、RPGゲームのキャラクター設計を例に、継承ではなく委譲を活用してスーパークラス依存による密結合を回避する手法を解説します。

C#を用いたサンプルコードを紹介しますが、他の言語でも応用可能な考え方です。

密結合と柔軟性の問題

密結合とは、コードが特定の部分に強く依存し、他の部分の変更に対して脆弱になる状態です。例えば、RPGゲームのキャラクターに「攻撃」や「防御」などの動作を定義する場合、それらをスーパークラスに直接実装してしまうと、キャラクターの種類に応じて柔軟な動作を実装するのが難しくなります。ここで問題になるのが「継承による密結合」です。

継承による密結合の悪影響

継承を利用すると、サブクラスはスーパークラスの実装に強く依存します。例えば、RPGゲームのキャラクターに共通の「攻撃」メソッドをスーパークラスに定義した場合、異なる攻撃方法を持つキャラクターを実装する際に制約が生まれます。

すべてのキャラクターが同じ攻撃メソッドを継承するため、異なる攻撃方法を追加するたびにスーパークラスを変更しなければなりません。

また、スーパークラスの変更は全てのサブクラスに影響を与えるため、影響範囲が広がりやすくなります。このように、継承による密結合はコードの柔軟性やメンテナンス性を損ない、新しい要件や機能追加に対する対応力が低下する原因となります。

継承を委譲に置き換えるアプローチ

継承の代わりに、委譲（Composition）を活用することで、クラス間の依存関係を弱めることができます。

委譲とは、あるクラスが別のクラスのインスタンスを保持し、その機能を利用する設計手法です。このアプローチでは、動作を別のクラスに委ねることで、依存性が分散され、個別に機能を差し替えたり拡張したりすることが容易になります。

例えば、RPGゲームのキャラクターがそれぞれ異なる攻撃方法を持つ場合、攻撃の機能を IAttackBehavior などのインターフェースとして定義し、各キャラクターに適した攻撃方法を持たせることで、スーパークラスへの依存を避けられます。

この方法により、各キャラクターは必要に応じて異なる攻撃クラスを利用でき、継承による密結合を回避しつつ柔軟な設計が可能となります。

RPGゲームのキャラクター設計を例にした解説

RPGゲームでは、キャラクターがさまざまな能力や動作を持ち、それぞれが異なる方法で攻撃や防御を行うことが一般的です。例えば、戦士は剣で攻撃し、魔法使いは魔法を使うといった具合です。ここで、もし「攻撃」機能をスーパークラスに持たせてしまうと、各キャラクターの異なる攻撃手法を柔軟に実装することが難しくなります。

悪い例のサンプルプログラム（継承による密結合）

以下は、スーパークラス Character に「攻撃」メソッドを実装し、サブクラスでそのメソッドをオーバーライドしている例です。この方法では、キャラクターごとに異なる攻撃方法を増やすたびにスーパークラスを変更する必要があり、拡張性が低くなります。

// 悪い例：継承による密結合
public class Character
{
    public virtual void Attack()
    {
        Console.WriteLine("基本攻撃");
    }
}

public class Warrior : Character
{
    public override void Attack()
    {
        Console.WriteLine("剣で攻撃");
    }
}

public class Mage : Character
{
    public override void Attack()
    {
        Console.WriteLine("魔法で攻撃");
    }
}

このコードでは、キャラクターの行動がスーパークラスに依存しているため、柔軟性が制限されています。例えば、他の攻撃手段（弓、格闘、毒など）を追加する際にスーパークラスにメソッドを追加する必要が生じ、変更範囲が広がりやすくなります。

良い例のサンプルプログラム（委譲を活用）

次に、委譲を使用した設計例を示します。ここでは、IAttackBehavior というインターフェースを定義し、キャラクターの攻撃方法を別のクラスに委譲しています。これにより、キャラクターごとに異なる攻撃手法を柔軟に設定でき、スーパークラスの変更に依存しない設計が可能です。

// 良い例：委譲を活用
public interface IAttackBehavior
{
    void Attack();
}

public class SwordAttack : IAttackBehavior
{
    public void Attack()
    {
        Console.WriteLine("剣で攻撃");
    }
}

public class MagicAttack : IAttackBehavior
{
    public void Attack()
    {
        Console.WriteLine("魔法で攻撃");
    }
}

public class Character
{
    private IAttackBehavior _attackBehavior;

    public Character(IAttackBehavior attackBehavior)
    {
        _attackBehavior = attackBehavior;
    }

    public void PerformAttack()
    {
        _attackBehavior.Attack();
    }
}

public class Program
{
    static void Main()
    {
        Character warrior = new Character(new SwordAttack());
        warrior.PerformAttack(); // 剣で攻撃

        Character mage = new Character(new MagicAttack());
        mage.PerformAttack(); // 魔法で攻撃
    }
}

この設計では、Character クラスが特定の攻撃方法に直接依存しないため、新しい攻撃方法を簡単に追加できます。たとえば、弓による攻撃を追加したい場合、新しい BowAttack クラスを実装するだけで済みます。

委譲による設計の利点

委譲を利用することで、以下のような利点があります。

柔軟性の向上：スーパークラスへの依存を減らし、各キャラクターに個別の機能を持たせることができます。これにより、新しい動作や能力を簡単に追加できます。
変更に強い：各機能が独立しているため、あるクラスを変更しても他のクラスに影響が少なく、システム全体にリスクが及びにくくなります。
メンテナンス性の向上：コードがよりモジュール化され、変更や機能追加がスムーズに行えます。キャラクターの種類が増えるにつれてメソッドが複雑化する問題も解決できます。
再利用性：一度作成した攻撃クラスなどの動作クラスを他のキャラクターでも簡単に再利用でき、コードの重複が減少します。

これらの利点により、委譲はより柔軟で保守性の高い設計を可能にし、長期的なプロジェクトや拡張性が求められるシステムで特に有効です。