C#设计模式之简单工厂模式（Simple Factory）

时间：2022-02-03 23:05:14

1. 概述

简单工厂模式就是将一个类的实例化交给一个静态工厂来执行。

2. 使用频率

C#设计模式之简单工厂模式（Simple Factory）中

3. 模式结构

3.1 机构图

C#设计模式之简单工厂模式（Simple Factory）

3.2 模式中的角色

  • Product：抽象类，把具体产品类公共的代码进行抽象和提取封装在一抽象产品类中。
  • CreateProduct：具体的产品类，将需要创建的各种不同产品对象封装到具体的产品类中。
  • Factory：工厂类，用于创建不同产品的示例，在工厂类中提供一个创建产品工厂方法，该方法可根据传入的参数不同创建不同的具体的商品对象。
  • Client：客户端，调用工厂类中的工厂方法并传入参数即可获得一个产品对象。

4. 模式结构代码

Product：

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

namespace SimpleFactory

{

    public abstract class Product

    {

    }

}

CreateProduct：

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

namespace SimpleFactory

{

    public class CreateProduct : Product

    {

    }

}

Factory：

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

namespace SimpleFactory

{

    public class Factory

    {

        public static Product CreateProduct()

        {

            return new CreateProduct();

        }

    }

}

Program：

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

namespace SimpleFactory

{

    class Program

    {

        static void Main(string[] args)

        {

            Product product = Factory.CreateProduct();

            Console.WriteLine("Created {0}", product.GetType().Name);

            Console.ReadLine();

        }

    }

}

5. 总结

优点：

  • 职责单一，实现简单，且实现了客户端代码与具体的实现解耦。
  • 工厂类是模式主体，包含了必要的逻辑判断，根据外界的给定的信息来创建哪个具体对象。
  • 通过工厂类，摆脱了直接创建对象的局面，且不比管这些对象是如何创建的。
  • 明确了各自的职责和权益，有利于整个软件体系结构的优化。

缺点：

  • 由于工厂类集中了类所有类的创建实例的逻辑，违反了高内聚责任分配原则; 将类创建实例逻辑放在工厂类中，它所创建的类是事先考虑到的，如果要创建新的类的话，则要修改工厂类。因此它违背开放封闭原则。
  • 当系统中具体产品不断增多时，工厂类会要根据不同条件创建产品，导致条件判断逻辑和具体的产品交错在一起，对系统的扩展和维护不利。

使用场景：

  • 工厂类创建对象类比较少。
  • 系统中只知道传入工厂类参数，对于如何因创建对象不关心。
  • 因简单工厂很容易违反了高内聚原则，一般只在简单情况下应用。

相关文章