学习设计模式之禅——工厂方法模式

时间:2022-10-02 12:47:38

工厂方法模式使用的频率非常高,在我们日常的开发中总能遇见到它的身影。其定义为:Define an interface for creating an object, but let subclass decide which class to instantiate.Factory Method lets a class defer instantiation to subclasses.(定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法是一个类的实例化延迟到其子类。)

工厂方法模式的优点:
1、良好的封装性,代码结构清晰。一个对象创建是有条件约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名(或约束字符串)就可以了,不用知道创建对象的艰辛过程,降低模块间的耦合。
2、工厂方法模式的扩展性非常优秀。在增加产品类的情况下,只要适当地修改具体的工厂类或者扩展一个工厂类,就可以完成“拥抱变化”。
3、屏蔽产品类。这一点非常重要,产品类的实现如何变化,调用者都不需要关心,它只需关心产品的接口,只要接口保持不变,系统中的上层模块就不需要发生变化。因为产品类的实例化是由工厂类负责的,一个产品对象具体由哪一个产品产生是由工厂类决定的。
4、工厂方法模式是典型的解耦框架。。高层模块值需要知道产品的抽象类,其他的实现类都不用关心,符合迪米特法则,我们不需要的就不要去交流;也符合依赖倒置原则,只依赖产品的抽象类;当然也符合里氏替换原则,使用产品子类替换产品父类,没问题。

工厂方法模式的通用代码如下:

//抽象产品类
public abstract class Product {
//产品类的公共方法
public void method1() {
//业务逻辑处理
}

//抽象方法
public abstract void method2();
}

具体的产品类可以有多个,都继承于抽象产品类,源代码如下:

//具体产品类
public class ConcreteProduct1 extends Product {
public void method2() {
//业务逻辑处理
}
}

public class ConcreteProduct2 extends Product {
public void method2() {
//业务逻辑处理
}
}

抽象工厂类负责定义产品对象的产生,源代码如下:

//抽象工厂类
public abstract class Creator {
/**
*创建一个产品类,其输入参数类型可以自行设置,通常为String,Enum, Class,当然可以为空
*/
public abstract <T extends Product> T createProduct(Class<T> cls);
}

具体如何产生一个产品的对象,是有具体的工厂类实现的,源代码如下:

//具体工厂类
public class ConcteteCreator extends Creator {
public <T extends Product> T createProduct(Class<T> cls) {
Product product = null;
try {
product = (Product)Class.forName(cls.getName()).newInstance();
} catch (Exception e) {
//异常处理
}
return (T)product;
}
}

场景类的调用方法如下代码:

//场景类
public class Client {
public static void main(String[] args) {
Creator creator = new ConcreteCreator();
Product product = creator.createProduct(ConcreteProduct1.class);

/**
*继续业务处理
*/
}
}


改通用代码是一个比较实用、易扩展的框架,读者可以根据实际项目需要进行扩展。