1.1 定义
简单工厂模式属于创建型模式又叫做静态工厂方法模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。
简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。
- Factory:工厂类,简单工厂模式的核心,它负责创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
- Product:抽象产品类,简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。
- Iphone|MiPhone:具体产品类,是简单工厂模式的创建目标。
所有的产品类具有一个共同的父类,这个父类约束了他们共有的方法,这个父类可以一般是一个抽象类
简单来讲就是对不同类对象的创建进行了一层薄薄的封装。该模式通过向工厂传递类型来指定要创建的具体产品对象
父类产品类
public abstract class Product {
/**
* 生产产品
*/
public abstract void produce();
}
具体的产品小米和苹果继承了父类产品类 并重新了父类的方法
小米手机
public class MiPhone extends Product {
@Override
public void produce() {
System.out.println("produce one miPhone");
}
}
苹果手机
public class IPhone extends Product {
@Override
public void produce() {
System.out.println("make one Iphone");
}
}
产品枚举类维护系统中所存在所有产品
public enum ProductType {
/**
* 产品
*/
IPHONE("iPhone","苹果手机"),
MI_PHONE("miPhone","小米手机")
;
private String code;
private String des;
ProductType(String code, String des) {
this.code = code;
this.des = des;
}
}
简单工厂模式 提供了一个静态的方法用来创建具体的产品,根据入参的类型判断应该创建哪个产品
public class ProductFactory {
public static Product produce(ProductType productType) {
Product product = null;
switch (productType) {
case MI_PHONE:
product = new MiPhone();
break;
case IPHONE:
product = new IPhone();
break;
default:
}
return product;
}
}
测试类
通过传入我们需要的产品类型获取具体的产品实现
@Test
public void simpleFactoryTest(){
Product produce = ProductFactory.produce(ProductType.IPHONE);
produce.produce();
}
2 优点和缺点
2.1 优点
- 工厂类含有必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例,客户端可以免除直接创建产品对象的责任,而仅仅“消费”产品;简单工厂模式通过这种做法实现了对责任的分割,它提供了专门的工厂类用于创建对象。
- 客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可,对于一些复杂的类名,通过简单工厂模式可以减少使用者的记忆量。
- 通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。
2.2 缺点
- 由于工厂类集中了所有产品创建逻辑,一旦不能正常工作,整个系统都要受到影响。
- 使用简单工厂模式将会增加系统中类的个数,在一定程序上增加了系统的复杂度和理解难度。
- 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,同样破坏了“开闭原则”;在产品类型较多时,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
- 简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。