《Java与模式》学习笔记（2）——Simple Factory

工厂模式专门负责将大量有共同接口的类实例化。工厂模式可以动态决定将哪一个类实例化，不必事先知道每次要实例化哪一个类。工厂模式有以下几种形态：

简单工厂（Simple Factory）模式：又称静态工厂方法模式（Static Factory Method Pattern）。

工厂方法（Factory Method）模式：又称多态性工厂（Polymorphic Factory）模式或虚拟构造子（Virtual Constructor）模式。

抽象工厂（Abstract Factory）模式：又称工具箱（Kit或Toolkit）模式。

 

简单工厂模式涉及到工厂角色、抽象产品角色以及具体产品角色。

 

示例代码：

public   class  Creator  ... {
    public static Product factory() ...{
        return new ConcreteProduct();
    }
}

public   interface  Product  ... {}

public   class  ConcreteProduct  implements  Product  ... {
    public ConcreteProduct() ...{}
}

 

其中，如果系统仅有一个具体产品角色的话，抽象产品角色可以省略。有些情况下，工厂角色可以由抽象产品角色扮演。典型的应用就是java.text.DataFormat类，抽象产品类同时是子类的工厂。如果抽象产品角色已经被省略，而工厂角色就可以与具体产品角色合并。换言之，一个产品类为自身的加工厂。如：

public   class  ConcreteProduct  ... {
    public ConcreteProduct() ...{}
 
    public static ConcreteProduct factory() ...{
        return new ConcreteProduct();
    }
}

 

简单工厂模式的优点：模式的核心是工厂类。这个类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例。而客户端则可以免除直接创建产品对象的责任，而仅仅负责“消费”产品。简单工厂模式通过这种做法实现了对责任的分割。

 

简单工厂模式的缺点：当产品类有复杂的多层次等级结构时，工厂类只有它自己。以不变应万变，就是模式的缺点；这个工厂类集中了所有的产品创建逻辑，形成一个无所不知的全能类，有人把这种类叫做God Class。但若它不能正常工作，整个系统都会受到影响；工厂类需要判断在什么时候创建某种产品，这种对时机的判断和对哪一种具体产品的判断逻辑混合在一起，使得系统在将来进行功能扩展时较为困难；由于简单工厂模式使用静态方法作为工厂方法，而静态方法无法由子类继承，因此工厂角色无法形成基于继承的等级结构。这些缺点将在工厂方法模式中得到克服。