【设计模式】工厂方法模式

定义


定义一个用于建立对象的接口,让子类决定实例化哪个类。工厂方法使一个类的实例化延迟到其子类git

优缺点


  • 优势

针对简单工厂不容易扩展,工厂方法将实例化延迟到子类工厂,从而提供扩展github

  • 缺点

每次新增产品都须要添加工厂和具体产品类,增长系统复杂性框架

角色


  • 客户端 --> 抽象工厂,具体工厂, 抽象产品
  • 抽象产品 --> 具体产品
  • 具体产品
  • 抽象工厂 --> 抽象产品
  • 具体工厂 --> 抽象产品,具体产品

代码


  • 抽象产品
public abstract class Phone
{
    public abstract void Call();
}
  • 具体产品
public class IPhone : Phone
{
    public override void Call()
    {
        System.Console.WriteLine("Call by IPhone");
    }
}
public class AndroidPhone : Phone
{
    public override void Call()
    {
        System.Console.WriteLine("Call by Android");
    }
}
  • 抽象工厂
public abstract class PhoneFactory
{
    public abstract Phone Create();
}
  • 具体工厂
public class IPhoneFactory : PhoneFactory
{
    public override Phone Create()
    {
        return new IPhone();
    }
}
public class AndroidFactory : PhoneFactory
{
    public override Phone Create()
    {
        return new AndroidPhone();
    }
}
  • 客户端
Phone phone = new IPhoneFactory().Create();
phone.Call();

phone = new AndroidFactory().Create();
phone.Call();

简单工厂 VS 工厂方法

假设如今须要扩展手机产品,增长鸿蒙OS手机ide

  • 简单工厂
  1. 增长具体手机类 HarmonyPhone
  2. 修改静态工厂方法增长HarmonyPhone判断(违反开闭原则)
  • 工厂方法
  1. 增长具体手机类 HarmonyPhone
  2. 增长具体工厂类 HarmonyFactory

总结

工厂方法模式是典型的解耦框架,经过增长抽象工厂,客户端与具体产品解耦,抽象工厂与具体产品解构code

符合迪米特法则,不须要知道具体产品如何构造对象

符合依赖倒置原则,只依赖产品类的抽象继承

符合里氏替换原则,父类出现的地方均可以用子类替换,由于没有破坏继承体系接口

固然最重要复合开闭原则,当须要扩展产品时,并不须要改动原来代码,只需增长新的具体产品类,具体工厂类get


示例代码 - Github产品

相关文章
相关标签/搜索