工厂设计模式实践指南-工厂方法模式

DBC 2K 0
  • 工厂方法模式
    • 又称工厂模式,是对简单工厂模式的进一步抽象化,其好处是可以使系统在不修改原来代码的情况下引进新的产品,即满足开闭原则
    • 通过工厂父类定义负责创建产品的公共接口,通过子类来确定所需要创建的类型
    • 相比简单工厂而言,此种方法具有更多的可扩展性和复用性,同时也增强了代码的可读性
    • 将类的实例化(具体产品的创建)延迟到工厂类的子类(具体工厂)中完成,即由子类来决定应该实例化哪一个类。

 

 

  • 核心组成
    • IProduct:抽象产品类,描述所有实例所共有的公共接口
    • Product:具体产品类,实现抽象产品类的接口,工厂类创建对象,如果有多个需要定义多个 
    • IFactory:抽象工厂类,描述具体工厂的公共接口
    • Factory:具体工场类,实现创建产品类对象,实现抽象工厂类的接口,如果有多个需要定义多个

工厂设计模式实践指南-工厂方法模式插图

例子——先看结构图

工厂设计模式实践指南-工厂方法模式插图2

public class Main {
    public static void main(String[] args) {
        PayFactory aliPayFactory = new AliPayFactory();
        Pay aliPay = aliPayFactory.getPay();
        aliPay.unifiedorder();


        PayFactory wechatPayFactory = new WechatPayFactory();
        Pay wechatPay = wechatPayFactory.getPay();
        wechatPay.unifiedorder();

    }
}
public class AliPayFactory implements PayFactory {


    @Override
    public Pay getPay() {
        return new AliPay();
    }
}
/**
 * 抽象工厂方法
 */
public interface PayFactory {

    Pay getPay();
}
public class WechatPayFactory implements PayFactory {
    @Override
    public Pay getPay() {
        return new WechatPay();
    }
}
public class AliPay implements Pay {

    @Override
    public void unifiedorder() {

        System.out.println("支付宝支付 统一下单接口");

    }
}
public interface Pay {


    /**
     * 统一下单
     */
    void unifiedorder();

}
public class WechatPay implements Pay {

    @Override
    public void unifiedorder() {

        System.out.println("微信支付支付 统一下单接口");
    }
}
  • 优点:
    • 符合开闭原则,增加一个产品类,只需要实现其他具体的产品类和具体的工厂类;
    • 符合单一职责原则,每个工厂只负责生产对应的产品
    • 使用者只需要知道产品的抽象类,无须关心其他实现类,满足迪米特法则、依赖倒置原则和里氏替换原则
      • 迪米特法则:最少知道原则,实体应当尽量少地与其他实体之间发生相互作用
      • 依赖倒置原则:针对接口编程,依赖于抽象而不依赖于具体
      • 里氏替换原则:俗称LSP, 任何基类可以出现的地方,子类一定可以出现, 对实现抽象化的具体步骤的规范
  • 缺点:
    • 增加一个产品,需要实现对应的具体工厂类和具体产品类;
    • 每个产品需要有对应的具体工厂和具体产品类

发表评论 取消回复
表情 图片 链接 代码

分享