CHARLIE SAYS

意图

定义了一个创建对象的接口，但由子类决定要实例化哪个类。工厂方法把实例化操作推迟到子类。

类图

在简单工厂中，创建对象的是另一个类；而在工厂方法中，是由子类来创建对象。

下图中，Factory 有一个 doSomething() 方法，这个方法需要用到一个产品对象，这个产品对象由 factoryMethod() 方法创建。该方法是抽象的，需要由子类去实现。

classDiagram
    class Factory {
        <<abstract>>
        +factoryMethod()* Product
        +doSomething()
    }
    class ConcreteFactory1 {
        +factoryMethod() Product
    }
    class ConcreteFactory2 {
        +factoryMethod() Product
    }
    class Product {
        <<interface>>
    }
    class ConcreteProduct1
    class ConcreteProduct2
    Factory <|-- ConcreteFactory1
    Factory <|-- ConcreteFactory2
    Product <|.. ConcreteProduct1
    Product <|.. ConcreteProduct2
    ConcreteFactory1 ..> ConcreteProduct1 : 创建
    ConcreteFactory2 ..> ConcreteProduct2 : 创建
    Factory ..> Product : 使用

实现

public abstract class Factory {
    abstract public Product factoryMethod();

    public void doSomething() {
        Product product = factoryMethod();
        // do something with the product
    }
}

public class ConcreteFactory extends Factory {
    public Product factoryMethod() {
        return new ConcreteProduct();
    }
}

public class ConcreteFactory1 extends Factory {
    public Product factoryMethod() {
        return new ConcreteProduct1();
    }
}

public class ConcreteFactory2 extends Factory {
    public Product factoryMethod() {
        return new ConcreteProduct2();
    }
}

JDK 中的应用

• java.util.Calendar
• java.util.ResourceBundle
• java.text.NumberFormat
• java.nio.charset.Charset
• java.net.URLStreamHandlerFactory
• java.util.EnumSet
• javax.xml.bind.JAXBContext

与简单工厂的区别

	简单工厂	工厂方法
创建者	一个工厂类，静态方法 + 分支判断	工厂类有抽象父类，每个子类工厂创建一种产品
扩展新产品	修改工厂类的分支逻辑（违背开闭原则）	新增一个工厂子类即可（符合开闭原则）
本质	编程习惯	GoF 设计模式

总结

读完之后问自己下面几个问题，直到可以流利地回答：

• 使用的场景？
• 本质是什么？
• 它解决了什么问题？
• 它体现了设计模式中什么原则？
• 存在的缺陷？
• 你认为与它相关的设计模式有哪些？它们之间的区别有哪些？
• 开源架构中哪些使用了这一模式？

系列导航

• 上一篇：简单工厂（Simple Factory）
• 下一篇：抽象工厂（Abstract Factory）
• 工厂三兄弟对比：简单工厂 · 抽象工厂

参考

• 工厂方法（Factory Method）
• 工厂方法模式（Factory Method）——最易懂的设计模式解析