GOF设计模式(01)工厂方法模式

简介

一、引入

1、简单工厂局限性(静态工厂方法)
  • 工厂类过于庞大,包含了大量的if…else…代码,导致维护和测试难度增大;
  • 系统扩展不灵活,如果增加新类型的产品,必须修改静态工厂方法的业务逻辑,违反了“开闭原则”;

二、定义

  • 工厂方法模式(Factory Method Pattern):定义一个用于创建对象的接口,让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类
  • 不再提供一个统一的工厂类来创建所有的产品对象,而是针对不同的产品提供不同的工厂,系统提供一个与产品等级结构对应的工厂等级结构

三、组件

  • Product(抽象产品):它是定义产品的接口,是工厂方法模式所创建对象的超类型
  • ConcreteProduct(具体产品):它实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,具体工厂和具体产品之间一一对应
  • Factory(抽象工厂):在抽象工厂类中,声明了工厂方法(Factory Method),用于返回一个产品。抽象工厂是工厂方法模式的核心,所有创建对象的工厂类都必须实现该接口。
  • ConcreteFactory(具体工厂):它是抽象工厂类的子类,实现了抽象工厂中定义的工厂方法,并可由客户端调用,返回一个具体产品类的实例。

四、结构图

在这里插入图片描述


示例

一、示例代码

1、工厂接口和实现类
public interface LoggerFactory {
   
    public Logger getLogger();
}

public class DBLoggerFactory implements LoggerFactory {
   
    @Override
    public Logger getLogger() {
   
        return new DBLogger();
    }
}

public class FileLoggerFactory implements LoggerFactory {
   
    @Override
    
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值