抽象工厂+反射+依赖注入 实现对数据访问层和业务逻辑层的优化

设计模式 前端之家
前端之家收集整理的这篇文章主要介绍了抽象工厂+反射+依赖注入 实现对数据访问层和业务逻辑层的优化，前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
@H_502_0@ 分层思想的一个核心就是部件化，各个层之间是相互独立的，每一层可以随便抽取换成一个其他语言的版本，但只要与相应的接口吻合就行。

@H_502_0@ 我用的三层架构大致是这样的，基本的三层就不说了，然后分别为业务逻辑层和数据访问层定义一个接口，由具体的那个层来实现，问题产生了，由谁来指定程序使用哪个具体的对象来实现相应接口？

@H_502_0@ 为解决这个问题，我应用的是抽象工厂模式。分别为业务逻辑层和数据访问层添加一个抽象工厂。具体架构还是看下图吧。

@H_502_0@

@H_502_0@ 这里的Utility是一个工具类，在下文中会提到。

@H_502_0@ 学过设计模式的人都应该听过反射技术，但是一个系统中用到的类很多，需要对每一个类进行实例化，如果仅利用抽象工厂+反射模式，重复的代码比较多，如果哪一天整个DAL层发生变更，那么就要在代码中修改每一个用到的地方，不仅不容易维护，而且还很容易出错，未解决这个问题，对程序作了一个优化——用到依赖注入。还是看看代码吧。

@H_502_0@ 1、先看看依赖注入的容器：这里我把这个注入容器放到了工具类中，刚开始学习设计模式，不知道是否合理，欢迎高手们指点。

[vb] view plain copy
  1. ImportsSystem.Configuration
  2. ImportsSystem.Reflection
  3. PublicClassDependencyInjector
  5. '''<summary>
  6. '''利用反射机制，取得数据访问层对象
  7. '''</summary>
  8. '''<paramname="className">传入数据访问层中要实例化的类的名称</param>
  9. '''<returns>指定的数据访问层的类</returns>
  10. '''<remarks></remarks>
  11. FunctionGetDALObject(ByValclassNameAsString)Object
  12. DimdalObject
  13. DimdalNameString
  14. DimfullClassNameString
  15. DimdalObj'通过配置文件的指定要应用的DAL层
  16. dal=System.Configuration.ConfigurationManager.AppSettings("DAL")
  18. 'dalName就是常说的用用程序的名称
  19. dalName=dal.ToString
  20. '命名空间+类的名称，指明要实例化的类的路径
  21. fullClassName=dalName+"."+className
  22. '通过反射，取得数据访问层对象
  23. dalObj=Assembly.Load(dalName).CreateInstance(fullClassName)
  24. '返回指定的对象
  25. ReturndalObj
  26. EndFunction
  27. '''取得指定业务逻辑层的指定类
  28. '''<paramname="className">要应用的业务逻辑层的具体类的名称</param>
  29. '''<returns>指定的业务逻辑层的类（对象）</returns>
  30. FunctionGetBLLObject(DimbllDimbllNameDimbllObj'从配置文件中读取业务逻辑名称
  31. bll=System.Configuration.ConfigurationManager.AppSettings("BLL")
  32. bllName=bll.ToString
  33. fullClassName=bllName+"."+className
  34. '利用反射取得业务逻辑层对象
  35. bllObj=Assembly.Load(bllName).CreateInstance(fullClassName)
  36. ReturnbllObj
  37. Function
  38. Class
@H_502_0@ 2、相关配置文件：

[html] copy
    <appSettings>
  1. addkey="connStr"value="PersistSecurityInfo=true;DataSource=*****;InitialCatalog=Charge_Sys_SelfDesign;UserID=sa;PWD=****;"/>
  2. addkey="DAL"value="DAL"/>
  3. addkey="BLL"value="BLL"</>
@H_502_0@ 3、业务逻辑层工厂：这里以在工厂中生产一个UserBLL类为例，在工厂中添加CreateUserBLL()方法，理论上讲，业务逻辑层有多少个类在此工厂中就要有多少个相应的方法，但是针对不同语言写的或者是不同的程序员用同一种语言写的同一层的代码（但都实现了程序指定的接口），我们在给类起名字的时候，只要用相同的类名就可以通过仅修改配置文件，达到换层的目的，而无需在工厂中改动任何代码。比如说，我现在要把DAL层换成AccessDAL，那么仅需要做如下修改即可。

copy
    addkey="DAL"value="AccessDAL"/>
@H_502_0@ 这就是分层的好处，当然也是面向对象思想的优势了。

@H_502_0@ 上面主要是解释了一下配置文件，来看看业务逻辑工厂代码：

copy
    ImportsIBLL
  1. ImportsUtility
  2. ImportsSystem.Windows.Forms
  3. ClassCreateBLL
  4. PrivatedependecyNewUtility.DependencyInjector
  5. '''<summary>
  6. '''生成用户业务逻辑层访问对象
  7. '''</summary>
  8. '''<returns></returns>
  9. FunctionCreateUserBLL()AsIBLL.IUserBLL
  10. Try
  11. '如果不用注入，需要重复N次BLL，
  12. 'ReturnCType(Assembly.Load("BLL").CreateInstance("BLL.UserBLL"),IBLL.IUserBLL)
  13. '优化后只需指明具体类名，如果要换层，只需到配置文件中做简单修改即可，程序代码清晰，不宜出错。
  14. ReturnCType(dependecy.GetBLLObject("UserBLL"),IBLL.IUserBLL)
  15. CatchexAsException
  16. MsgBox(ex.Message)
  17. Nothing
  18. Class
@H_502_0@ 4、数据访问层工厂代码类似：

copy
    ImportsUtility
  1. ImportsSystem.Configuration
  2. ImportsSystem.Reflection
  3. ImportsIDAL
  4. ClassCreateDAL
  5. PrivatedependencyNewUtility.DependencyInjector
  6. '''生成用户指定的数据访问层对象
  7. '''<returns></returns>
  8. '''<remarks></remarks>
  9. FunctionCreateUserDAL()AsIDAL.IUserDAL
  10. Try
  11. 'ReturnCType(Assembly.Load("DAL").CreateInstance("DAL.UserDAL"),IDAL.IUserDAL)
  12. CType(dependency.GetDALObject("UserDAL"),IDAL.IUserDAL)
  13. AsException
  14. MessageBox.Show(ex.Message)
  15. Nothing
  16. Class
@H_502_0@ 5、业务逻辑层接口代码比较简单，只需要定义一些相关接口方法即可，但是这里面体现了系统的架构，看似代码简单，实则反应程序员的架构水平。

copy
    InterfaceIUserBLL
  1. '返回用户登录的身份级别，在接口的实现中要验证用户名和密码
  2. FunctionLogIn(ByValmodelUserAsModel.User)Interface
@H_502_0@ 6、数据访问层接口：

copy
    InterfaceIUserDAL
  1. '获取用户ID
  2. FunctionGetID('获取用户密码
  3. FunctionGetPwd('获取用户级别
  4. FunctionGetLevel(Interface
@H_502_0@ 7、业务逻辑层：

copy
    ImportsDALFactory
  1. ImportsIBLL
  2. ImportsIDAL
  3. ImportsModel
  4. ImportsSystem.Data.sqlClient
  5. ImportsSystem.Collections.Generic
  6. ClassUserBLL
  7. ImplementsIBLL.IUserBLL
  8. PrivatedalFactoryNewDALFactory.CreateDAL
  9. '''先判断用户名和密码是否正确，然后返回用户级别
  10. '''<paramname="modelUser">用户实体类</param>
  11. '''<returns>用户级别</returns>
  12. StringImplementsIBLL.IUserBLL.LogIn
  13. DimuserLevelIfdalFactory.CreateUserDAL.GetID(modelUser)=""Then
  14. MsgBox("用户名错误！")
  15. ExitIf
  16. IfdalFactory.CreateUserDAL.GetPwd(modelUser)=""Then
  17. MsgBox("密码名错误！")
  18. If
  19. '通过数据访问层工厂指定实现数据访问层接口的具体的数据访问层以及该层的具体类
  20. userLevel=dalFactory.CreateUserDAL.GetLevel(modelUser)
  21. ReturnuserLevel
  22. Class
@H_502_0@

@H_502_0@ 8、数据访问层：

copy
    ClassUserDAL
  1. '实现数据访问层的接口
  2. ImplementsIDAL.IUserDAL
  3. PrivatesqlHelpNewUtility.sqlServerDALHelp
  4. '''读取用户ID
  5. '''<paramname="modelUser">用户实体类</param>
  6. '''<returns>用户ID</returns>
  7. ImplementsIDAL.IUserDAL.GetID
  8. DimUser_IDDimconnNewsqlConnection(sqlHelp.connStr)
  9. DimspName spName="proc_GetUserID"
  10. DimcmdNewsqlCommand(spName,conn)
  11. cmd.CommandType=CommandType.StoredProcedure
  12. DimParamAssqlParameter
  13. Param=NewsqlParameter("@User_ID",sqlDbType.VarChar)
  14. Param.Value=modelUser.User_ID
  15. cmd.Parameters.Add(Param)
  16. conn.Open()
  17. User_ID=cmd.ExecuteScalar.ToString
  18. ReturnUser_ID
  19. ThrowNewException(ex.Message)
  20. Finally
  21. conn.Close()
  22. cmd.Dispose()
  23. cmd=ReturnUser_ID
  24. '''读取用户密码
  25. '''<returns>密码</returns>
  26. ImplementsIDAL.IUserDAL.GetPwd
  27. Dimuser_Pwd spName="proc_GetUserPwd"
  28. AssqlParameter
  29. Param=NewsqlParameter("@User_Pwd",sqlDbType.VarChar)
  30. Param.Value=modelUser.User_Pwd
  31. cmd.Parameters.Add(Param)
  32. user_Pwd=cmd.ExecuteScalar.ToString
  33. MsgBox(ex.Message)
  34. NewException(ex.Message)
  35. Finally
  36. conn.Close()
  37. cmd.Dispose()
  38. cmd=Returnuser_Pwd
  39. '''读取用户身份级别
  40. '''<returns>身份级别</returns>
  41. ImplementsIDAL.IUserDAL.GetLevel
  42. DimUser_Level spName="proc_GetUserLevel"
  43. NewsqlConnection(sqlHelp.connStr)
  44. cmd.CommandType=CommandType.StoredProcedure
  45. conn.Open()
  46. User_Level=cmd.ExecuteScalar.ToString
  47. ReturnUser_Level
  48. Class
@H_502_0@ 9、总算到UI层了：注意这里还没有添加针对用户输入合法性的验证，如，用户名、密码输入是否为空，是否符合指定格式等。

copy
    ImportsModel
  1. ImportsSystem.Collections.Generic
  2. ImportsBLLFactory
  3. ClassfrmLogIn
  4. PrivatebllFactoryNewBLLFactory.CreateBLL
  5. PrivateSubbtnLogIn_Click(ByValsenderAsSystem.Object,ByValeAsSystem.EventArgs)HandlesbtnLogIn.Click
  6. DimmodelUserNewModel.User
  7. modelUser.User_ID=txtUserID.Text
  8. modelUser.User_Pwd=txtUserPwd.Text
  9. '通过业务逻辑工厂指定业务逻辑接口要使用的具体的业务逻辑层中的具体类
  10. userLevel=bllFactory.CreateUserBLL.LogIn(modelUser)
  11. SelectCaseuserLevel
  12. Case"一般用户"
  13. Case"操作员"
  14. Case"管理员"
  15. frmMDIParentForm.Show()
  16. CaseElse
  17. MsgBox("未知错误！")
  18. Sub
  19. Select
  20. SubbtnExit_Click(HandlesbtnExit.Click
  21. txtUserID.Text=""
  22. txtUserPwd.Text=""
  23. Me.Close()
  24. Class
@H_502_0@ 到此为止，一个简单的三层架构就算实现了，隐约感觉设计上有些地方不合理，但说不好存在于哪些地方，希望由此路过的大牛们，多多指教，另外，这里的数据访问层代码冗余较多，在后续的博客中，会通过编写一个sqlHelp来实现优化，还有UML包图也会在后续博客中天上。

@H_502_0@ 最后说说我自己的感触。

@H_502_0@ 针对架构：用到了两个抽象工厂，刚开始是将两个工厂写到了一层中，这层的名称就叫Factory，而且封装注入的类也一并放到了这层中，但是在调试程序的时候出现DAL层依赖循环调用错误，不知道是代码还是设计上的原因？

@H_502_0@ 针对接口设计：不太清楚业务逻辑层的方法设计是否合理，现在的一个问题就是如果用户名或者密码出错的话，并不是由UI层向用户提供反馈信息，而是由业务逻辑层担当了此任务，暂且就这么写吧，估计到后面写的多了就找到合适的方法了。

猜你在找的设计模式相关文章

适配器模式-让不兼容的接口得以适配
适配器模式将一个类的接口转换成客户期望的另一个接口，使得原本接口不兼容的类可以相互合...
策略模式-定义一个算法族
策略模式定义了一系列算法族，并封装在类中，它们之间可以互相替换，此模式让算法的变化独...
设计模式之高质量代码
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码，它是针对软件开发中经常遇到的...
模板方法模式-封装一套算法流程
模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，使得子类可以在...
迭代器模式-统一集合的遍历方式
迭代器模式提供了一种方法，用于遍历集合对象中的元素，而又不暴露其内部的细节。
单例模式的五种实现方式及优缺点
单例模式（Singleton Design Pattern）保证一个类只能有一个实例，并提供一个全局访问点。
组合模式-统一的处理个别对象与组合对象
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构，使得客户可以用一致的方...
装饰者模式-动态的包装原有对象的行为
装饰者模式能够更灵活的，动态的给对象添加其它功能，而不需要修改任何现有的底层代码。
观察者模式-将消息通知给观察者
观察者模式（Observer Design Pattern）定义了对象之间的一对多依赖，当对象状态改变的时候...
代理模式-访问对象的代理而非其本身
代理模式为对象提供一个代理，来控制对该对象的访问。代理模式在不改变原始类代码的情况下...
算法设计模式多媒体技术正则表达式ElasticsearchFlinkHadoopIDE
受约束摘*day25Java常用类库置信lamda留存持续录入年后正则表达式303.17regularexpre匹多模适20130322基础理论pathmunge涵义reectok需要转义的特资源分享validationex简明魔法里弄形如源码实现完备actionscript