精选30+云产品，助力企业轻松上云！>>>

设计模式中的那些工厂

Intro

设计模式中有几个工厂模式，聊一聊这几个工厂模式的各自用法和使用示例，简单工厂（严格的来说不属于设计模式），抽象工厂，工厂方法，这几个均属于创建型模式，

所谓创建型模式，就是说这几个设计模式是用来创建对象的。

简单工厂

首先来说一说，最简单的简单工厂

简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例

严格的来说，简单工厂模式是工厂模式家族中最简单实用的模式，但不属于23种 GOF 设计模式之一。因为每次要新增类型的时候必须修改工厂内部代码，不符合开闭原则。

来看一个例子：

public class OperationFactory{ public static Operation CreateOperation(string operate) {  Operation operation = null;  switch (operate)  {   case "+":    operation = new OperationAdd();    break;   case "-":    operation = new OpertaionSub();    break;   case "*":    operation = new OperationMul();    break;   case "/":    operation = new OperationDiv();    break;  }  return operation; }}

这是一个简单的计算器的示例，支持简单的加减乘除操作，如果要增加一个操作的话就必须要有增加一个 switch ... case 分支，需要修改 CreateOperation 方法不能满足对扩展开放对修改关闭的开闭原则，所以普遍地认为简单工厂不属于设计模式之一，但是我觉得有时候简单的业务处理用简单工厂还是比较方便的。

抽象工厂

抽象工厂模式，提供一系列相关或相互依赖对象的接口，而无需指定他们具体的类。

实现抽象工作模式所需要的组件，主要部分：

• 抽象工厂/抽象产品
• 具体工厂1/具体产品1
• 1ff9 具体工厂2/具体产品2
• ...

在客户端根据不同的配置选择不同的工厂，例如根据配置的数据库类型的不同选择使用 Access 数据库仓储的工厂还是使用 SqlServer 数据库的仓储工厂

示例：

IDbFactory factory = new AccessFactory();var userRepo = factory.CreateUserRepo();userRepo.Insert(null);var departmentRepo = factory.CreateDepartmentRepo();factory = new SqlServerFactory();userRepo = factory.CreateUserRepo();userRepo.Insert(null);

工厂方法

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

工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现客户端的操作，也会存在着选择判断的问题，不过和简单工厂相比，简单工厂的选择判断是在工厂内部，而工厂方法则将选择判断转移到了客户端。

示例：

ILeifengFactory factory = new UndergraduteFactory();var studentLeifeng = factory.CreateLeifeng();studentLeifeng.BuyRice();factory = new VolunteerFactory();var leifeng1 = factory.CreateLeifeng();leifeng1.Sweep();

More

工厂方法和抽象工厂的区别

工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类
抽象工厂模式：为创建一组相关或相互依赖的对象提供一个接口，而且无需指定他们的具体类
区别在于产品，如果产品单一，最合适用工厂模式，但是如果有多个业务品种、业务分类时，通过抽象工厂模式产生需要的对象是一种非常好的解决方式。再通俗深化理解下：工厂模式针对的是一个产品等级结构 ，抽象工厂模式针对的是面向多个产品等级结构的。

抽象工厂关键在于产品之间的抽象关系，所以一般至少要两个产品；工厂方法在于生成产品，不关注产品间的关系，所以可以只生成一个产品。

抽象工厂更像一个复杂版本的策略模式，策略模式通过更换策略来改变处理方式或者结果；而抽象工厂的客户端，通过更换工厂而改变结果。

工厂方法目的是生产产品，所以能看到产品，而且还要使用产品。当然，如果产品在创建者内部使用，那么工厂方法就是为了完善创建者，从而可以使用创建者。另外创建者本身是不能更换所生产产品的。

抽象工厂的工厂是类；工厂方法的工厂是方法。抽象工厂的工厂类就做一件事情生产产品。生产的产品给客户端使用，绝不给自己用。工厂方法生产产品，可以给系统用，可以给客户端用，也可以自己这个类使用。自己这个类除了这个工厂方法外，还可以有其他功能性的方法。

选择的优化

简单工厂因为选择是在工厂内部的，不符合开闭原则，抽象工厂和工厂方法是将选择权交给客户端，由客户端根据需要自己决定要实例化的工厂。
在实际应用的时候大部分情况是只会使用一种工厂，这种情况我们一般可以借助反射+配置来优化选择，如果使用依赖注入，可以直接注入需要的服务即可。

使用反射+配置优化

private static readonly string AssemblyName = "AbstractFactoryPattern";private static readonly string DbName = ConfigurationHelper.AppSetting("DbName");public static IUserRepo CreateUserRepo(){ return (IUserRepo)typeof(DataAccess).Assembly.CreateInstance($"{AssemblyName}.{DbName}UserRepo");}public static IDepartmentRepo CreateDepartmentRepo(){ return (IDepartmentRepo)typeof(DataAccess).Assembly.CreateInstance($"{AssemblyName}.{DbName}DepartmentRepo");}

使用依赖注入

依赖注入可以使得我们的代码变得更加良好，扩展性更强。

// 依赖注入var builder = new ContainerBuilder();builder.RegisterType<VolunteerFactory>().As<ILeifengFactory>();builder.RegisterType<SqlServerFactory>().As<IDbFactory>();var container = builder.Build();var leifengFactory = container.Resolve<ILeifengFactory>();var volunteer = leifengFactory.CreateLeifeng();volunteer.Wash();var dbFactory = container.Resolve<IDbFactory>();dbFactory.CreateDepartmentRepo().CreateDepartment(null);

Reference

• https://github.com/WeihanLi/DesignPatterns/blob/master/CreatePattern/SimpleFactoryPattern
• https://github.com/WeihanLi/DesignPatterns/tree/master/CreatePattern/AbstractFactoryPattern
• https://github.com/WeihanLi/DesignPatterns/blob/master/CreatePattern/FactoryMethodPattern