ファクトリーメソッドとは？Java実装例とメリットを解説

ITエンジニアにお勧めの本 ↗

おすすめ

エンジニアが知っておきたい思考の整理術 複雑な情報を【理解する】【伝える】テクニック

難易度

実用性

図解

こんな人におすすめ： ドキュメント作成や説明に課題を感じているエンジニア

思考の整理というテーマを、実務ですぐに使える具体的な「技術」として落とし込んだ一冊です。

Amazon 🔴 楽天 📝 書評を読む

ベストセラー

世界一流エンジニアの思考法

難易度

実用性

思考法

こんな人におすすめ： 全エンジニア、生産性を上げたいリーダー

技術スキル以上に大切な「考え方」をアップデートできる。世界基準の効率的な仕事術が学べます。

Amazon 🔴 楽天

文系社会人のためのIT資格の歩き方: 文系のあなたに最適な道をご提案します (YKcreate kiki)

難易度

実用性

キャリア度

こんな人におすすめ： どの資格から取ればいいか迷っている文系出身者

ロードマップが非常に明確。キャリアプランを見据えた、無駄のない学習順序を提案してくれます。

Amazon

エンジニアを説明上手にする本 相手に応じた技術情報や知識の伝え方

難易度

実用性

コミュ力

こんな人におすすめ： 非エンジニアへの説明に苦労している技術者

「伝える技術」もエンジニアの重要なスキル。相手の視点に立った、具体的な説明のコツが満載です。

Amazon 🔴 楽天

技術広報入門 ー テックブログから始めるエンジニアカルチャーのつくり方

難易度

実用性

独自性

こんな人におすすめ： 技術リーダー・CTO、組織のカルチャー変革に取り組みたい人

テックブログを入口にエンジニア組織の文化をどう設計し、育てていくかという実践論が学べます。

Amazon 🔴 楽天 📝 書評を読む

📚 ITエンジニア向けおすすめ技術書・関連書籍まとめはこちら

「オブジェクトの生成処理が複雑になってコードが読みにくい」「新しいクラスを追加するたびに既存のコードを修正しなければならない」といった悩みを抱えていませんか？本記事では、そのような課題を解決するGoFデザインパターンの1つである「ファクトリーメソッド（Factory Method）」について、基本概念から具体的な実装例までをわかりやすく解説します。

記事のポイント

• ファクトリーメソッドは、オブジェクトの生成処理をサブクラスに委譲するデザインパターンです。
• 生成ロジックと利用ロジックを分離することで、コードの保守性と拡張性が向上します。
• 新しい種類のオブジェクトを追加する際も、既存のCreatorや既存のConcreteCreatorを変更せず、新しいConcreteProductとConcreteCreatorを追加して拡張できます。
• 具体的なProductへの依存をCreatorから分離し、Productインターフェースを介して柔軟に製品を扱える設計が実現できます。

ファクトリーメソッド（Factory Method）パターンとは？

ファクトリーメソッド（Factory Method） は、GoF（Gang of Four）によって定義された23のデザインパターンのうち、「生成に関するパターン」の1つです。

オブジェクトを生成するためのインターフェース（APIAPI [エーピーアイ]Application Programming Interface。異なるソフトウェア間の接続口）を定義しますが、実際にどのクラスのインスタンスを生成するかはサブクラスに決定させます。直訳すると「工場（Factory）メソッド」であり、その名の通り「インスタンスを生成する工場」としての役割を持つメソッドを定義します。

解決できる課題とデザインパターン導入の必要性

通常のオブジェクト指向プログラミングでは、newキーワードを使って直接クラスをインスタンス化します。しかし、この方法には以下のような問題が発生することがあります。

• 密結合の発生：利用側（クライアント）のコードが、具体的な具象クラス（実装クラス）に強く依存してしまう。
• コードの複雑化：条件分岐（if文やswitchswitch [スイッチ]ネットワーク内で複数の機器を接続し、必要な宛先のみにデータを送る機器文）によって生成するオブジェクトを切り替えるロジックが散在し、可読性が低下する。
• 変更への弱さ：新しい種類のクラスを追加するたびに、利用側のコード（条件分岐など）を修正する必要がある。

ファクトリーメソッドパターンは、オブジェクトの生成処理をファクトリーメソッドとして切り出し、具体的な生成方法をサブクラスに委譲することで、生成と利用の結び付きを弱めます。

ファクトリーメソッドの構造と4つの登場人物（クラス構成）

ファクトリーメソッドパターンには、主に4つの登場人物（役割）が存在します。

1. Product（製品）
   生成されるオブジェクトが実装すべきインターフェース（または抽象クラス）を定義します。
2. ConcreteProduct（具体的な製品）
   Productインターフェースを実装した具体的なクラスです。
3. Creator（作成者）
   オブジェクトを生成するためのメソッド（ファクトリーメソッド）を定義するクラス（またはインターフェース）です。※必ずしも抽象メソッドにする必要はなく、デフォルトの実装（具体的な製品の生成）を持たせることも可能です。このクラスは、具体的な製品が何であるかを知らずに、Productを操作するロジックを持つことができます。
4. ConcreteCreator（具体的な作成者）
   Creatorを継承し、ファクトリーメソッドを実装して具体的なConcreteProductのインスタンスを生成します。

ファクトリーメソッドパターンの具体的な実装例（Javaコード解説）

ここでは、JavaJava [ジャバ]オブジェクト指向プログラミング言語を使ったシンプルな実装例を紹介します。「ドキュメント（Document）」を作成するアプリケーションを想定します。

1. Product（製品）インターフェースの定義

まず、生成されるオブジェクトの共通インターフェースを定義します。

1
// Product
2
public interface Document {
3
    void open();
4
    void close();
5
}

2. ConcreteProduct（具体的な製品）の実装

次に、具体的なドキュメントの種類（PDFやWordなど）を実装します。

1
// ConcreteProduct A
2
public class PdfDocument implements Document {
3
    @Override
4
    public void open() {
5
        System.out.println("PDFドキュメントを開きます。");
6
    }
7

8
    @Override
9
    public void close() {
10
        System.out.println("PDFドキュメントを閉じます。");
11
    }
12
}
13

14
// ConcreteProduct B
15
public class WordDocument implements Document {
16
    @Override
17
    public void open() {
18
        System.out.println("Wordドキュメントを開きます。");
19
    }
20

21
    @Override
22
    public void close() {
23
        System.out.println("Wordドキュメントを閉じます。");
24
    }
25
}

3. Creator（作成者）クラスの作成

オブジェクト生成のインターフェースを持つクラスを定義します。

1
// Creator
2
public abstract class Application {
3
    // これがファクトリーメソッド（※ここでは分かりやすさのため抽象メソッドとしていますが、デフォルト実装を持たせることも可能です）
4
    protected abstract Document createDocument();
5

6
    // 製品を利用する共通ロジック
7
    public void newDocument() {
8
        Document doc = createDocument();
9
        doc.open();
10
        // 共通の初期化処理など
11
    }
12
}

4. ConcreteCreator（具体的な作成者）でのインスタンス生成

最後に、具体的なオブジェクトを生成するクリエイタークラスを作成します。

1
// ConcreteCreator A
2
public class PdfApplication extends Application {
3
    @Override
4
    protected Document createDocument() {
5
        return new PdfDocument();
6
    }
7
}
8

9
// ConcreteCreator B
10
public class WordApplication extends Application {
11
    @Override
12
    protected Document createDocument() {
13
        return new WordDocument();
14
    }
15
}

クライアント側の実行例と動作確認

クライアント側のコードは、どの具体的なドキュメントが生成されているかを意識せずに利用できます。

1
public class Main {
2
    public static void main(String[] args) {
3
        Application pdfApp = new PdfApplication();
4
        pdfApp.newDocument(); // "PDFドキュメントを開きます。" が出力される
5

6
        Application wordApp = new WordApplication();
7
        wordApp.newDocument(); // "Wordドキュメントを開きます。" が出力される
8
    }
9
}

ファクトリーメソッドパターンを採用するメリット・デメリット

疎結合化と依存関係の整理

• 拡張性（Open-Closed Principleに沿った設計）
  新しい製品（例えばExcelDocument）を追加する場合、既存のApplicationや既存のConcreteCreatorを変更せず、新しいExcelDocumentとExcelApplicationを追加できます。なお、クライアント側でExcelを利用するためのコード追加は必要です。
• 具体的なProductへの依存排除
  Creatorは具体的なProductではなく、Productという抽象型を通じて製品を扱うため、CreatorとConcreteProductの直接的な依存を減らせます。

注意すべきデメリット（クラス数の増加）

• クラス数の増加
  製品の種類が増えると、それに対応するConcreteCreatorの追加が必要になる場合があり、クラス数が増えて構造が複雑になる可能性があります。
• コードがやや冗長になる
  非常にシンプルなオブジェクト生成であれば、単純なnewやSimple Factory（単一のクラスでswitch文を使って生成）の方が適している場合があります。

まとめ：ファクトリーメソッドで保守性の高い設計を実現しよう

ファクトリーメソッド（Factory Method）パターンは、オブジェクトの生成ロジックをカプセル化し、システムの拡張性と保守性を高める設計手法です。

「Creatorのサブクラスによって、生成するConcreteProductを切り替えたい場合」や「将来的に新しい製品クラスが追加される可能性が高い場合」に特に有効です。デザインパターンの基本中の基本とも言えるパターンですので、ぜひ実際のプロジェクトでも活用してみてください。

【参考情報】

• Wikipedia - Factory Method パターン

おすすめ この記事に関連する技術本

世界一流エンジニアの思考法

Amazon 🔴 楽天

Kindle Unlimited

IT専門書も30日間無料で読み放題

1冊数千円する専門書から、ビジネス書、実用書、雑誌まで幅広いジャンルが定額で読み放題。ITスキルの向上はもちろん、日々の情報収集や教養を深めるのにも最適です。

• 📚 技術書も月額定額で読み放題
• 📱 マルチデバイス対応
• ✨ 30日間の無料体験

無料で30日間試してみる

この記事を書いた人

Z (ITナレッジライフ)

現役のITエンジニア。Linux、プログラミング、IT用語など、日々の業務で得た「痒いところに手が届く」技術情報を発信しています。

プロフィールと編集ポリシーを見る →