C#设计模式读书笔记之工厂方法模式（Factory Method Pattern）

工厂方法模式（Factory Method Pattern）【使用频率：★★★★★】

1. 概述：

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

       工厂方法模式是简单工厂模式的延伸。在工厂方法模式中，核心工厂类不在负责产品的创建，而是将具体的创建工作交给子类去完成。也就是这个核心工厂仅仅只是提供创建的接口，具体实现方法交给继承它的子类去完成。当我们的系统需要增加其他新的对象时，我们只需要添加一个具体的产品和它的创建工厂即可，不需要对原工厂进行任何修改，这样很好地符合了“开闭原则”。

2. 模式中的角色

　　2.1 抽象工厂（Creator）：这个抽象类（或接口）声明一个创建对象的工厂方法，用来返回一个Product类型的对象。

　　2.2 具体工厂（ConcreteCreator)：重定义工厂方法，返回一个具体的Concrete Product实例。

　　2.3 抽象产品（Product)：定义工厂方法所创建的对象。

　　2.4 具体产品（ConcreteProduct): 具体产品，继承自Product抽象类。

3. 模式解读

　　3.1 模式的类图

       3.2 代码实现

 

using System;

namespace ConsoleApp2
{
    class Class5
    {
        public static void Main(String[] args)
        {
            FactoryBMW320 factoryBMW320 = new FactoryBMW320();
            BMW bmw320 = factoryBMW320.CreateBMW();

            FactoryBMW523 factoryBMW523 = new FactoryBMW523();
            BMW bmw523 = factoryBMW523.CreateBMW();

            Console.ReadLine();
        }
    }

    public abstract class BMW
    {
        public BMW()
        {

        }
    }
    public class BMW320 : BMW
    {
        public BMW320()
        {
            Console.WriteLine("制造-->BMW320");
        }
    }
    public class BMW523 : BMW
    {
        public BMW523()
        {
            Console.WriteLine("制造-->BMW523");
        }
    }


    public interface FactoryBMW
    {
        BMW CreateBMW();
    }

    public class FactoryBMW320 : FactoryBMW
    {
        public BMW CreateBMW()
        {
            return new BMW320();
        }
    }
    public class FactoryBMW523 : FactoryBMW
    {
        public BMW CreateBMW()
        {
            return new BMW523();
        }
    }

}

4. 模式优缺点

　　4.1 优点：

　　　　工厂方法去除了条件分支（解除了工厂类与分支的耦合），解决了简单工厂对修改开放的问题。

　　4.2 缺点：

• 工厂方法模式实现时，客户端需要决定实例化哪个工厂来实现对具体产品的构建，选择判断依然存在，也就是说，工厂方法模式将简单工厂的逻辑判断交给客户端去处理。
• 对简单工厂模式来说，增加功能是要修改工厂类的；但对工厂方法模式，修改的是客户端。

 

5. 使用场景：

• 对于某个产品，调用者清楚地知道应该使用哪个具体工厂服务，实例化该具体工厂，生产出具体的产品来。
• 子类的数量不固定，随时可能有新的功能子类出现