在简单工厂模式中,创建类的工作都交给了工厂类来处理。这样一来,假如项目非常庞大,工厂类就难以维护。那么,可以通过将工厂抽象出来,形成一个接口,具体的工厂类实现抽象类的接口。这样一来,核心的工厂类可以不必负责产品的创建,仅负责定义具体工厂类必须实现的接口,形成一个规范。这样的好处是,可以使系统在不修改具体工厂角色的情况下引进新的产品。在这个模式中,工厂类和产品类往往可以依次对应。即一个抽象工厂对应一个抽象产品,一个具体工厂对应一个具体产品,这个具体的工厂就负责生产对应的产品。
抽象工厂(Creator)角色:是工厂方法模式的核心,与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。
具体工厂(Concrete Creator)角色:这是实现抽象工厂接口的具体工厂类,包含与应用程序密切相关的逻辑,并且受到应用程序调用以创建产品对象。
抽象产品(Product)角色:工厂方法模式所创建的对象的超类型,也就是产品对象的共同父类或共同拥有的接口。
具体产品(Concrete Product)角色:这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建,它们之间往往一一对应。
举例说明:
public interface AnimalFactory { public Animal createAnimal(); }
public class DogFactory implements AnimalFactory{ @Override public Animal createAnimal() { return new Dog(); } }
public class CatFactory implements AnimalFactory{ @Override public Animal createAnimal() { return new Cat(); } }
public interface Animal { public void makeSound(); }
public class Dog implements Animal{ @Override public void makeSound() { System.out.println("汪汪..."); } }
public class Cat implements Animal{ @Override public void makeSound() { System.out.println("喵喵..."); } }
public class AnimalSound { public static void main(String[] args) { Animal animal=new DogFactory().createAnimal(); animal.makeSound(); } } 运行结果:汪汪...
public class AnimalSound { public static void main(String[] args) { Animal animal=new CatFactory().createAnimal(); animal.makeSound(); } } 运行结果:喵喵...
工厂方法经常用在以下两种情况中:
第一种情况是对于某个产品,调用者清楚地知道应该使用哪个具体工厂服务,实例化该具体工厂,生产出具体的产品 来。
第二种情况,只是需要一种产品,而不想知道也不需要知道究竟是哪个工厂生产的,即最终选用哪个具体工厂的决定权在生产者一方,它们根据当前系统的情况来实例化一个具体的工厂返回给使用者,而这个决策过程这对于使用者来说是透明的。