抽象工厂+反射+配置文件 实现数据访问程序

       《大话设计模式》中第15章中《就不能不换DB吗？》引出了我今天要谈论的主题：抽象工厂+反射+配置文件 实现数据访问程序。当时也不甚理解啊！到了机房收费的亲身实践中，终于体会到了这对组合的奥秘。

抽象工厂模式（Abstract Factory）

提供一个创建一系列相关或相互依赖对象的接口，而无需制定它们具体的类。知道它是用来创建工厂的就OK了。

反射

提供了封装程序集、模块和类型的对象。这里仅仅用到反射的一部分功能。且记住它的格式：  

Assembly.Load(“程序集名称” . CreateInstance(“命名空间 . 类名称”)

配置文件 

存在于UI层，名字为App.config ，在程序打包发布后，仍可以从安装包中找到该文件并加以更改。（其它不再赘述）

按照大鸟的思路，这种组合写法就能够方便的更改DB，在程序需要更改数据库时不需要重新返工，只需要从配置文件中，把数据库的名字更改一下就Ok了。我把大鸟的思路写一下。（《大话》中的代码是用C#语言写的，而我是在vb.net 版的机房收费系统中理顺思路的，所以以下代码均为vb.net 代码，大同小异）

Factory 中 DataAccess类

<span style="font-size:18px;">Imports System.Configuration    '添加对配置文件的引用，配置文件命名空间  Imports System.Reflection       '添加对反射的引用 Public Class DataAccess    '通过配置文件获取D层程序集的名称和命名空间的名称（一般情况下相同）：DAL      Dim AssemblyName As String = System.Configuration.ConfigurationManager.AppSettings("assName")    '数据库类型为：Sqlserver      Dim db As String = System.Configuration.ConfigurationManager.AppSettings("DB")    '创建D层类SqlUserInfoDAL的实例      Public Function CreateUserInfo() As IDAL.IUserInfo        Dim dalUserInfoName As String = AssemblyName & "." & db & "UserInfoDAL"        '声明要实例化的D层类的名称          Return CType(Assembly.Load(AssemblyName).CreateInstance(dalUserInfoName), IUserInfo)    End FunctionEnd Class</span>

配置文件中添加

<span style="font-size:18px;">      <appSettings>           <add key ="assName" value ="DAL"/>          <add key ="DB" value ="Sqlserver"/>      </appSettings></span>

        如果需要更改数据库比如说要把Sqlserver 更改为Access即可 （这就要求我们在D层建类时，严格命名，把Sql里的类名前面应该是Sqlserver开头，Access数据库时类名应该用Access开头。）如下图：

但是我在敲这一部分时，是这样写的（最初的最初，我没有想着要给系统更换数据库，所以某些变量和方法命名时没有考虑把数据库的选择表达出来）

Factory 中 DataAccess类

<span style="font-size:18px;">Imports System.Reflection    '添加对反射的引用Imports System.Configuration  '添加对配置文件的引用Public Class DataAccess    Dim strDALName As String = System.Configuration.ConfigurationSettings.AppSettings("DALName")  '定义一个字符串strDALName,通过配置文件获取D层程序集的名称和命名空间的名称（一般情况下相同）并赋值给所声明的变量strDALName    ' 创建一个用户User接口，并把对应的类名称关联上    Public Function CreateIUser() As IDAL.IUser        '通过配置文件和反射，实例化接口并能够通过更改配置文件的内容更改 实例化D层的程序集和命名空间下的类        Return CType(Assembly.Load(strDALName).CreateInstance(strDALName + "." + "UserDAL"), IDAL.IUser)    End Function    ' 创建一个学生信息StudentInfo接口，并把对应类名称关联上    Function CreateIStudent() As IDAL.IStudentInfo        Return CType(Assembly.Load(strDALName).CreateInstance(strDALName + "." + "StudentInfoDAL"), IDAL.IStudentInfo)    End FunctionEnd Class</span>

配置文件中这样写的

<span style="font-size:18px;"><?xml version="1.0" encoding="utf-8" ?><configuration>          <configSections>      </configSections>      <connectionStrings>            <add name="UI.My.MySettings.MyChargeSystemConnectionString" connectionString="Data Source=(local);Initial Catalog=MyChargeSystem;User ID=sa;Password=123456"                  providerName="System.Data.SqlClient" />      </connectionStrings>      <appSettings>           <add key="strConnection" value="Server=bao;DataBase=MyChargeSystem;User ID=sa;Password=123456"  />          <add key ="DALName" value ="SqlServerDAL"/>        </appSettings>              <startup>        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />        </startup></configuration></span>

        大家只要关注：<add key ="DALName" value ="SqlServerDAL"/>  这一行就可以了，把配置文件全部内容贴出来只是让大家了解配置文件内容的全貌。

        考虑到以后可能更换数据库，例如，日后我需要把现在所用的sqlserver 数据库更换为Access，我们只需要重新添加一个程序集即可。例如把该程序集命名为AccessDAL，紧接着，配置文件中把

<add key ="DALName" value ="SqlServerDAL"/>

更改为

<add key ="DALName" value ="AccessDAL"/> 

        然后在里面添加其他类，类名和里面的方法还应用SqlServer 数据库时的类名和方法就可以了，而不需要更改程序的其他程序集（其他的层）。见下图

小结

        不管黑猫白猫，逮住老鼠就是好猫。解决问题的方法往往不局限于一种，我相信抽象工厂+反射+配置文件 这个组合不仅仅能更换一个数据库，还能解决其他的一些问题。这都需要我们对写程序有一种钻研和痴迷的精神，就像小菜最后说的：无痴迷，不成功。相信大家经过不懈的努力，都会成为优秀的程序员。