【抽象工厂模式】数据访问程序必须要更换DB吗

---

更换数据库惹出来的麻烦。 SQL Server和Access的命名空间、对象、方法、函数和字段有很多不一样的地方，如果更换数据库的话，就需要更改数据库和程序代码，这样会无形中增加很多的工作量.

下面就数据访问程序来做一下更改。

工厂方法模式的数据访问程序

工厂方法模式是定义一个用于创建对象的接口，让子类决定实例化哪一个类。

结构图：

代码：

IUser接口，用来客户端访问，解除与具体数据库访问的耦合。
SQL ServerUser类，用来访问SQL Server的User。
IFactory接口，定义一个创建访问USer表对象的抽象的工厂接口。
SQLServerFactory类，实现IFactory接口，实例化SQLServerUser。

抽象工厂模式的数据访问程序

结构图

代码：

IDepartment接口，用于客户端访问，解除与具体数据库访问的耦合。
SQLServerDepartment类，用于访问SQLServer的Department
IFactory接口，定义一个创建访问Department表对象的抽象的工厂接口。
SQLServerFactory类，实现IFactory接口，实例化SQLServerUser和SQLServerDepartment
IUser接口，用于客户端访问，解除与具体数据库访问的耦合
SQLServerUSer类，用于访问SQLServer的User

抽象工厂模式：

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

AbstractProductA和B是两个抽象产品（他们可能有两种不同的实现，所以叫抽象）。
ProductA1 A2和B1 B2是对两个抽象产品的具体分类的实现。
IFactory是一个抽象工厂的接口，他里面应该包含所有的产品创建的抽象方法，ConcreteFactory1和2就是具体的工厂。

通常在运行时刻再创建一个ConcreteFactory类的实例，这个具体的工厂再创建具有特定实现的产品对象，也就是说，为创建不同的产品对象，客户端应该使用不同的具体工厂。

优点和缺点：

优点：
易于交换产品系列，由于工厂类，在一个应用中只需要在初始化的时候出现一次，这就使得改变一个应用的具体工厂变得非常容易，它只需要改变具体工厂即可使用不同的产品配置。

它让具体的创建实力过程与客户端分离，客户端是通过他们的抽象接口操纵实例，产品的具体类名也被具体弓藏的实现分离，不会出现在客户代码中。

缺点：
增加功能的时候，改动的地方比较多。

简单工厂改进抽象工厂

去除IFactory、SQLServerFactory、AccessFactory三个工厂类，将上面的三个工厂类取代为DataAccess类，用一个简单工厂模式来实现。

结构图

反射+抽象工厂

反射：

程序顶端写using System.Reflection;来引用Reflection

代码：

       private static readonly string AssemblyName = "抽象工厂模式";
       private static readonly string db = "Sqlserver";//数据库名称，可以替换成Access

        /// <summary>
        /// 这里是使用反射之后的样子
        /// </summary>
        /// <returns></returns>
        /// 使用反射需要加入命名空间：using System.Reflection;//引入反射
        public static IUser CreateUser()
        {
            string className = AssemblyName + "." + db + "User";
            return (IUser)Assembly.Load(AssemblyName).CreateInstance(className);
        }
        public static IDepartment  CreateDepartment()
        {
            string className = AssemblyName + "." + db + "Department";
            return (IDepartment)Assembly.Load(AssemblyName).CreateInstance(className);
        }

反射+配置文件

使用反射+抽象工厂模式解决了数据库访问时的可维护、可扩展的问题。
所有在用简单工厂的地方，可以考虑用反射技术来去除switch或者if，解除分支判断带来的耦合。

添加配置文件App.config

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2" />
    </startup>
	
	<!--在配置文件中更改，可以换成其他的数据库-->
	<appSettings>
		<add key="DB" value ="Sqlserver"/>
	</appSettings>
</configuration>

还需要在程序的开头添加引用

using System.Reflection;//引入反射
using System.Configuration;//引用配置文件需要增加的地方

        //使用配置文件之后更改的样子
		//这里表示读取配置文件
        private static readonly string db = ConfigurationManager.AppSettings["DB"];

编程是一门技术，大批量的改动，是一件非常丑陋的做法。