初期化ロジックの分散を防ぐ！低凝集を解決するファクトリメソッドの使い方

初期化ロジックが分散しすぎてメンテナンスが難しくなる、低凝集に陥るケースは、多くの開発者が直面する問題です。

本記事では、C#を例に、privateコンストラクタとファクトリメソッドを活用して、各オブジェクトの初期化ロジックを一箇所に集約する方法をご紹介します。

「悪い例」と「良い例」を比較しながら、他のプログラミング言語でも応用できる方法論について解説します。

初期化ロジックの分散による低凝集とは

初期化ロジックが分散していると、コードの凝集度が低くなり、メンテナンスが難しくなる傾向があります。

特に、同じクラスに複数の初期化ロジックが存在する場合、例えば「戦士」「魔法使い」などの異なる役割ごとに個別の初期化処理が必要なシーンで、それらが分散してしまうと変更が発生したときに複数の箇所を修正する必要が出てきます。

このような分散による低凝集の状態では、オブジェクト生成のたびに異なる設定が必要である場合や、同じクラスに異なる初期化パターンが混在しているために、修正箇所が多くなるためエラーも発生しやすくなります。

このため、初期化ロジックを一元化することが、コードの保守性と可読性を高めるためには重要です。

ファクトリメソッドとprivateコンストラクタで凝集度を高める方法

ファクトリメソッドとprivateコンストラクタを組み合わせると、特定の初期化ロジックをクラス内部に集約し、凝集度を高めることができます。

この手法により、異なる初期化パターンを持つオブジェクトでも、外部からは統一されたインターフェースで生成できるようになります。

privateコンストラクタでインスタンス化を制限する

クラスのコンストラクタをprivateにすることで、クラスの外部から直接インスタンス化することを防ぎます。

これにより、オブジェクト生成の責任をクラス内で管理し、外部から任意の初期化ができないようにすることで、クラスの一貫性を保つことが可能です。

public class Character {
    public string Name { get; private set; }
    public int HP { get; private set; }
    public int MP { get; private set; }

    private Character(string name, int hp, int mp) {
        Name = name;
        HP = hp;
        MP = mp;
    }
}

上記のように、コンストラクタをprivateにすることで、外部から直接Characterクラスのインスタンスを生成できなくなります。

ファクトリメソッドで目的別に初期化

ファクトリメソッドは、クラス内で異なる初期化方法を提供する静的メソッドです。

例えば、RPGのキャラクターを初期化する場合、戦士や魔法使いなどの役割ごとに異なる初期化ロジックが必要です。各役割ごとのファクトリメソッドを用意することで、クラスの外部からは簡潔かつ意図の明確なメソッド呼び出しで初期化できます。

public static Character CreateWarrior() {
    return new Character("Warrior", 100, 30);
}

public static Character CreateMage() {
    return new Character("Mage", 50, 100);
}

利点：一元化によるメンテナンス性の向上

ファクトリメソッドにより、オブジェクトの初期化方法を一箇所に集約することで、変更が必要な場合もこのメソッド内の修正だけで対応できます。また、初期化の流れが一貫しているため、コードの可読性が向上し、誤って不完全な状態のオブジェクトを生成するリスクも軽減されます。

使用例

例えば、戦士と魔法使いを初期化する際に、それぞれのロジックがファクトリメソッドでまとめられています。

var warrior = Character.CreateWarrior();
var mage = Character.CreateMage();

このようにファクトリメソッドとprivateコンストラクタを用いることで、初期化ロジックが明確化され、メンテナンス性の高いコードを実現できます。

「悪い例」：低凝集の初期化ロジック

以下のコードは、RPGのキャラクタークラスを初期化する際の悪い例です。

職業ごとに異なる初期化が必要ですが、初期化ロジックが各インスタンス生成の場所に分散しているため、凝集度が低くなっています。

public class Character {
    public string Name;
    public int HP;
    public int MP;

    public Character(string name, int hp, int mp) {
        Name = name;
        HP = hp;
        MP = mp;
    }
}

// 初期化ロジックが分散している例
var warrior = new Character("Warrior", 100, 30);
var mage = new Character("Mage", 50, 100);

この例では、キャラクターの初期化ロジックが各インスタンスの生成時に異なる場所で行われています。職業や役割に応じた初期化パラメータがコードの異なる部分に記述されているため、変更が必要な場合に複数箇所を修正しなければなりません。このような低凝集なコードでは、可読性やメンテナンス性が低く、エラーが発生しやすくなります。

「良い例」：ファクトリメソッドを使った初期化の一元化

次に、ファクトリメソッドとprivateコンストラクタを使用して初期化ロジックを一箇所にまとめた「良い例」を示します。この例では、職業ごとにファクトリメソッドを用意し、それぞれの初期化ロジックを一元化しています。

public class Character {
    public string Name { get; private set; }
    public int HP { get; private set; }
    public int MP { get; private set; }

    // privateコンストラクタで直接のインスタンス化を制限
    private Character(string name, int hp, int mp) {
        Name = name;
        HP = hp;
        MP = mp;
    }

    // ファクトリメソッドで役割に応じた初期化ロジックを一元化
    public static Character CreateWarrior() {
        return new Character("Warrior", 100, 30);
    }

    public static Character CreateMage() {
        return new Character("Mage", 50, 100);
    }
}

// ファクトリメソッドで初期化する例
var warrior = Character.CreateWarrior();
var mage = Character.CreateMage();

この「良い例」では、各職業に対応する初期化ロジックがCreateWarriorやCreateMageといったファクトリメソッドに集約されています。

これにより、職業ごとの初期化パラメータが変更された場合でも、ファクトリメソッド内を修正するだけで済みます。また、コードの可読性が向上し、初期化ロジックが一箇所にまとめられているため、保守性も高まります。

まとめ：ファクトリメソッドのメリット

ファクトリメソッドには以下のようなメリットがあります。

ファクトリメソッドとprivateコンストラクタを活用することで、オブジェクトの初期化ロジックを適切に管理し、メンテナンス性を向上させることが可能です。

これはC#に限らず、他のプログラミング言語でも応用できる手法です。今回の手法を活用して、よりシンプルで保守性の高いコードを実現してください。