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

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

定义

---

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

优缺点

---

• 优点

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

• 缺点

每次新增产品都需要添加工厂和具体产品类，增加系统复杂性

角色

---

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

代码

---

• 抽象产品

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手机

• 简单工厂

1. 增加具体手机类 HarmonyPhone
2. 修改静态工厂方法增加HarmonyPhone判断（违反开闭原则）

• 工厂方法

1. 增加具体手机类 HarmonyPhone
2. 增加具体工厂类 HarmonyFactory

总结

工厂方法模式是典型的解耦框架，通过增加抽象工厂，客户端与具体产品解耦，抽象工厂与具体产品解构

符合迪米特法则，不需要知道具体产品如何构造

符合依赖倒置原则，只依赖产品类的抽象

符合里氏替换原则，父类出现的地方都可以用子类替换，因为没有破坏继承体系

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

---

示例代码 - Github