生成パターン入門: Abstract Factory(抽象工場)パターン完全ガイド

生成パターン入門- Abstract Factory(抽象工場)パターン完全ガイド デザインパターン

はじめに

ソフトウェア設計における生成パターンの一つ、Abstract Factory(抽象工場)パターンについて解説します。このパターンは、関連するオブジェクトのグループを作成するためのインターフェースを提供します。それにより具体的なクラスの生成を抽象化し、クライアントが特定の具体的なクラスを知る必要がないようにします。

Abstract Factoryパターンとは

Abstract Factoryパターンは、クライアントが特定の具体的なクラスを知ることなく、関連するオブジェクトのグループを一貫して生成できるようにすることを目的とした生成パターンです。このパターンは、システムが多様な製品ファミリーに対応し、それらを独立して変更したり導入したりできるときに特に有用です。

パターンの構造

Abstract Factoryパターンは、以下の主要な構成要素から成ります:

  • Abstract Factory(抽象工場): すべての具体的なファクトリが実装すべきインターフェースまたは抽象クラスを定義します。このクラスは、関連する製品オブジェクトの生成メソッドのシグネチャを宣言します。
  • Concrete Factory(具体的な工場): 抽象工場で宣言されたメソッドを実装し、具体的な製品を生成します。
  • Abstract Product(抽象製品): 具体的な製品が持つべきインターフェースを定義します。
  • Concrete Product(具体的な製品): 抽象製品で宣言されたインターフェースを実装し、具体的なファクトリによって生成されます。

パターンの適用

Abstract Factoryパターンは、以下のような状況で特に有用です:

  • システムは、インディペンデントかつ交換可能な製品ファミリーを提供する必要があるとき
  • クライアントが、製品の具体的なクラスではなく、その抽象的なインターフェースに依存すべきとき

例えば、GUIライブラリを設計する際に、異なるOS(Windows、Linux、Macなど)に対応したウィジェット(ボタン、メニュー、ダイアログなど)を提供したいとき、Abstract Factoryパターンを利用できます。

パターンの利点と欠点

利点

  • 一貫性: Abstract Factoryパターンは、関連する製品群が一貫して生成されることを保証します。つまり、互換性のない製品が混在することを防ぎます。
  • 拡張性: 新しい製品を導入するには、新しい具体的なファクトリを作成するだけで、既存のコードに影響を与えることなく拡張できます。

欠点

  • 重複の可能性: 各具体的なファクトリは、似たようなコードを繰り返す可能性があります。
  • 難易度: Abstract Factoryパターンは、初めて遭遇すると理解しにくいかもしれません。また、不適切に使用すると、コードの複雑性を増加させ、メンテナンスが難しくなる可能性があります。

実例

以下に、JavaとKotlinでのAbstract Factoryパターンの簡単な実装例を示します。

Java

まずは、Javaでの実装例です。


// AbstractProduct
interface Widget {
    void draw();
}

// ConcreteProduct
class WindowsButton implements Widget {
    public void draw() {
        System.out.println("WindowsButton");
    }
}

class MacOSButton implements Widget {
    public void draw() {
        System.out.println("MacOSButton");
    }
}

// AbstractFactory
interface GUIFactory {
    Widget createButton();
}

// ConcreteFactory
class WindowsFactory implements GUIFactory {
    public Widget createButton() {
        return new WindowsButton();
    }
}

class MacOSFactory implements GUIFactory {
    public Widget createButton() {
        return new MacOSButton();
    }
}

public class Main {
    public static void main(String[] args) {
        GUIFactory factory;
        String appearance = randomAppearance();  // Current OS: either "win" or "osx"
        
        if (appearance.equals("win")) {
            factory = new WindowsFactory();
        } else {
            factory = new MacOSFactory();
        }
        
        Widget button = factory.createButton();
        button.draw();
    }
    
    public static String randomAppearance() {
        return Math.random() > 0.5 ? "win" : "osx";
    }
}

Kotlin

次に、Kotlinでの実装例です。


// AbstractProduct
interface Widget {
    fun draw()
}

// ConcreteProduct
class WindowsButton : Widget {
    override fun draw() {
        println("WindowsButton")
    }
}

class MacOSButton : Widget {
    override fun draw() {
        println("MacOSButton")
    }
}

// AbstractFactory
interface GUIFactory {
    fun createButton(): Widget
}

// ConcreteFactory
class WindowsFactory : GUIFactory {
    override fun createButton(): Widget {
        return WindowsButton()
    }
}

class MacOSFactory : GUIFactory {
    override fun createButton(): Widget {
        return MacOSButton()
    }
}

fun main() {
    val factory: GUIFactory
    val appearance = randomAppearance()  // Current OS: either "win" or "osx"
    
    factory = when(appearance) {
        "win" -> WindowsFactory()
        else -> MacOSFactory()
    }
    
    val button = factory.createButton()
    button.draw()
}

fun randomAppearance(): String {
    return if (Math.random() > 0.5) "win" else "osx"
}

これらのコードは、Abstract Factoryパターンの基本的な使用方法を示しています。GUIライブラリの簡単な例で、異なるOSに対応したボタンを生成しています。抽象工場(GUIFactory)を通じて具体的な製品(WindowsButtonMacOSButton)を生成することで、クライアントコードは具体的な製品クラスを直接参照する必要がなくなります。

まとめ

Abstract Factoryパターンは、関連するオブジェクトの一貫した生成を支援し、製品の具体的な実装からクライアントを分離する強力なツールです。しかし、適切に使用しないと、不必要な複雑さを導入する可能性があります。したがって、必要性とトレードオフを慎重に評価した上で適用することが重要です。

次回は、Builderパターンについて解説します。どうぞお楽しみに!

タイトルとURLをコピーしました