ソフトバンククリエイティブ
売り上げランキング: 61,798
オブジェクト指向における再利用のためのデザインパターンより、GoFのデザインパターンをJavaで実装してみる。 2回目の今回はガイダンスの”もっとも良く使われているパターン”からFactory Methodパターンを実装する。
Factory Methodパターンの主なメリットは以下のとおり。
- 機能を移譲するオブジェクトの生成をサブクラスの実装に委ねることができる
- Template Methodパターンと併用して実装の重複を避けることができる
クラス図は以下のとおり。
Creatorにオブジェクトを生成するアブストラクトメソッドを定義しておき、サブクラスにProductの具象クラスを生成する実装をする。(クラス図の赤のクラス)
こうしておく事で、Creatorを使用するClientは、Productの具象クラスの生成を意識する必要がなくなる。 またCreatorにanOperation()のようなTemplate Methodを持たせておくことで、Productを使用するコードを、Creatorのサブクラスで再利用することができる。
Abstract FactoryパターンとFactory Methodパターンの違いは、いまいちわかりにくい。Wikipediaの日本語版の解説によると、オブジェクトとオブジェクトの関係に着目するか、クラスとサブクラスの関係に着目するかの違いのようである。なお、この説明に相当する記載は英語版のWikipediaには存在しないため、出典は不明である。
Abstract Factory パターンとの違い
『オブジェクト指向における再利用のためのデザインパターン』においてはFactory Method パターンは「クラスパターン」に分類されている。一方Abstract Factory パターンは「オブジェクトパターン」に分類されている。
Factory Method パターンは親クラスであるCreatorクラスが子クラスであるConcreteCreatorクラスにオブジェクトの生成を委ねるという、CreatorクラスとConcreteCreatorクラスとの関連である。一方でAbstract Factory パターンは、ClientのインスタンスがConcreteFactoryのインスタンスにオブジェクトの生成を委ねるという、オブジェクト同士の関連である。
ソースコードと実行結果は以下の通り。
- Client.java
package com.xmisao.gof.factorymethod;
public class Client {
public static void main(String[] args) {
Creator creator = new ConcreteCreator();
creator.anOperation();
}
}
- Creator.java
public abstract class Creator {
abstract Product factoryMethod();
public void anOperation(){
Product product = factoryMethod();
}
}
- ConcreteCreator.java
package com.xmisao.gof.factorymethod;
public class ConcreteCreator extends Creator{
@Override
public Product factoryMethod() {
return new ConcreteProduct();
}
}
- Product.java
package com.xmisao.gof.factorymethod;
public class Product {
}
- ConcreteProduct.java
package com.xmisao.gof.factorymethod;
public class ConcreteProduct extends Product{
ConcreteProduct(){
System.out.println("ConcreteProduct was constructed.");
}
}
- 実行結果
ConcreteProduct was constructed.
このシリーズのサンプルは、すべてGitHubでEclipseのプロジェクトごと公開することにした。今後もエントリーの追加と併せて、随時更新していく予定である。
