设计模式 - 简单工厂模式

　　
　　在设计原则中有这样一句话“我们应该针对接口编程，而不是正对实现编程”。但是我们还是在一直使用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. 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

   　　简单工厂模式的主要缺点如下：

   　1. 由于工厂类集中了所有产品的创建逻辑，职责过重，一旦不能正常工作，整个系统都要受到影响。
   　2. 使用简单工厂模式势必会增加系统中类的个数（引入了新的工厂类），增加了系统的复杂度和理解难度。
   　3. 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
   　4. 简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

6、模式的使用场景

　　在以下情况下可以考虑使用简单工厂模式：

• 工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
• 客户端只知道传入工厂类的参数，对于如何创建对象并不关心。

7、总结

• 简单工厂模式的要点就在于当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。
• 简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，但是如果产品过多时，会导致工厂代码非常复杂。