在设计原则中有这样一句话“我们应该针对接口编程,而不是正对实现编程”。但是我们还是在一直使用new关键字来创建一个对象,这不就是在针对实现编程么?
针对接口编程,可以隔离掉以后系统可能发生的一大堆改变。入股代码是针对接口而写,那么可以通过多态,它可以与任何新类实现该接口。但是,当代码使用一大堆的具体类时,等于是自找麻烦,因为一旦加入新的具体类,就必须要改变代码。在这里我们希望能够调用一个简单的方法,我传递一个参数过去,就可以返回给我一个相应的具体对象,这个时候我们就可以使用简单工厂模式。
1、基本定义
简单工厂模式(Simple Factory Pattern):定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态(static)方法,因此简单工厂模式又被称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式。
2、UML结构图
在简单工厂模式结构图中包含如下几个角色:
● ProductFactory(工厂角色):工厂角色即工厂类,它是简单工厂模式的核心,负责实现创建所有产品实例的内部逻辑;工厂类可以被外界直接调用,创建所需的产品对象;在工厂类中提供了静态的工厂方法factoryMethod(),它的返回类型为抽象产品类型Product。
● IProduct(抽象产品角色):它是工厂类所创建的所有对象的父类,封装了各种产品对象的公有方法,它的引入将提高系统的灵活性,使得在工厂类中只需定义一个通用的工厂方法,因为所有创建的具体产品对象都是其子类对象。
● ProductA、ProductB(具体产品角色):它是简单工厂模式的创建目标,所有被创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色,需要实现在抽象产品中声明的抽象方法。
3、模式实现
在简单工厂模式中,客户端通过工厂类来创建一个产品类的实例,而无须直接使用new关键字来创建对象,它是工厂模式家族中最简单的一员。
在使用简单工厂模式时,首先需要对产品类进行重构,不能设计一个包罗万象的产品类,而需根据实际情况设计一个产品层次结构,将所有产品类公共的代码移至抽象产品类,并在抽象产品类中声明一些抽象方法,以供不同的具体产品类来实现。
下面我们以在不同数据库切换为例,在做软件产品推广的过程中,有些可以要求使用SQL SERVER数据库,有些要求使用MySql数据库,有些要求使用Oracle数据库,下面是该案例的设计图
代码如下:
/// <summary>
/// 要求写的SQL都是标准SQL,抽象数据库查询类
/// </summary>
public interface IDbHelper
{
int ExecuteQuery(string sqlFormat);
DataTable Query(string sqlFormat);
}
SQL SERVER数据库查询类
/// <summary>
/// 具体类
/// </summary>
public class SqlServerHelper:IDbHelper
{
public int ExecuteQuery(string sqlFormat)
{
Console.WriteLine("调用了SQL Server数据库添加/删除/更新");
return 0;
}
public DataTable Query(string sqlFormat)
{
Console.WriteLine("调用了SQL Server数据库查询");
return null;
}
}
MySql数据查询帮助类
public class MySqlHelper:IDbHelper
{
public int ExecuteQuery(string sqlFormat)
{
Console.WriteLine("调用了MySql数据库添加/删除/更新");
return 0;
}
public DataTable Query(string sqlFormat)
{
Console.WriteLine("调用了MySql数据库查询");
return null;
}
}
Oracle数据库查询帮助类
public class OracleHelper:IDbHelper
{
public int ExecuteQuery(string sqlFormat)
{
Console.WriteLine("调用了Oracle数据库添加/删除/更新");
return 0;
}
public DataTable Query(string sqlFormat)
{
Console.WriteLine("调用了Oracle数据库查询");
return null;
}
}
工厂类
public class DbFactory
{
/// <summary>
/// 静态工厂类
/// </summary>
/// <param name="type"></param>
/// <returns></returns>
public static IDbHelper GetDbHelper(string type)
{
if (type == "SQLSERVER")
{
return new SqlServerHelper();
}
else if (type == "ORACLE")
{
return new OracleHelper();
}
else
{
return new MySqlHelper();
}
}
}
调用方法
class Program
{
static void Main(string[] args)
{
IDbHelper dbhelper = DbFactory.GetDbHelper("SQLSERVER");//也可以写在配置文件中
string sqlFormat = "select * from users";
dbhelper.ExecuteQuery(sqlFormat);
dbhelper.Query(sqlFormat);
}
}
4、简单工厂模式的简化
有时候,为了简化简单工厂模式,我们可以将抽象产品类和工厂类合并,将静态工厂方法移至抽象产品类中,如图3所示:
在上图中,客户端可以通过产品父类的静态工厂方法,根据参数的不同创建不同类型的产品子类对象,这种做法在JDK等类库和框架中也广泛存在,完整代码如下:
/// <summary>
/// 要求写的SQL都是标准SQL,抽象数据库查询类
/// </summary>
public abstract class IDbHelper
{
public abstract int ExecuteQuery(string sqlFormat);
public abstract DataTable Query(string sqlFormat);
public static IDbHelper GetDbHelper(string type)
{
if (type == "SQLSERVER")
{
return new SqlServerHelper();
}
else if (type == "ORACLE")
{
return new OracleHelper();
}
else
{
return new MySqlHelper();
}
}
}
/// <summary>
/// 具体类
/// </summary>
public class SqlServerHelper:IDbHelper
{
public override int ExecuteQuery(string sqlFormat)
{
Console.WriteLine("调用了SQL Server数据库添加/删除/更新");
return 0;
}
public override DataTable Query(string sqlFormat)
{
Console.WriteLine("调用了SQL Server数据库查询");
return null;
}
}
public class OracleHelper:IDbHelper
{
public override int ExecuteQuery(string sqlFormat)
{
Console.WriteLine("调用了Oracle数据库添加/删除/更新");
return 0;
}
public override DataTable Query(string sqlFormat)
{
Console.WriteLine("调用了Oracle数据库查询");
return null;
}
}
public class MySqlHelper:IDbHelper
{
public override int ExecuteQuery(string sqlFormat)
{
Console.WriteLine("调用了MySql数据库添加/删除/更新");
return 0;
}
public override DataTable Query(string sqlFormat)
{
Console.WriteLine("调用了MySql数据库查询");
return null;
}
}
class Program
{
static void Main(string[] args)
{
//调用方法
IDbHelper dbhelper = IDbHelper.GetDbHelper("SQLSERVER");
string sqlFormat = "select * from users";
dbhelper.ExecuteQuery(sqlFormat);
dbhelper.Query(sqlFormat);
}
}
5、简单工厂优缺点
简单工厂模式的主要优点如下:
- 工厂类包含必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例,客户端可以免除直接创建产品对象的职责,而仅仅“消费”产品,简单工厂模式实现了对象创建和使用的分离。
- 客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可,对于一些复杂的类名,通过简单工厂模式可以在一定程度减少使用者的记忆量。
通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。
简单工厂模式的主要缺点如下:
1. 由于工厂类集中了所有产品的创建逻辑,职责过重,一旦不能正常工作,整个系统都要受到影响。
2. 使用简单工厂模式势必会增加系统中类的个数(引入了新的工厂类),增加了系统的复杂度和理解难度。
3. 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
4. 简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。
6、模式的使用场景
在以下情况下可以考虑使用简单工厂模式:
- 工厂类负责创建的对象比较少,由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂。
- 客户端只知道传入工厂类的参数,对于如何创建对象并不关心。
7、总结
- 简单工厂模式的要点就在于当你需要什么,只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。
- 简单工厂模式最大的优点在于实现对象的创建和对象的使用分离,但是如果产品过多时,会导致工厂代码非常复杂。