zoukankan      html  css  js  c++  java
  • BLL、DAL、IDAL、MODEL、DBUtility、DALFactory层级

    三层架构,我们一般说的三层架构通常指的是:1、表现层(UI):就是展现给用户的界面,无论是网站前台还是应用程序界面;2、业务逻辑层(BLL):针对具体问题的逻辑操作;3、数据访问层(DAL):对数据进行操作。其他的层级基本都是在这三层之上的补充。

    UI(User Interface)表示层:

    就是我们看到的网站前台、应用程序界面。

    BLL(Business Logic Layer)业务逻辑层:

    主要是针对数据业务逻辑的处理。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。它处于数据访问层与表示层中间,起到了数据交换中承上启下的作用。对于表示层而言它是被调用者,对于数据访问层而言它则是调用者。如果说数据层是积木,那逻辑层就是对这些积木的搭建层。

    DAL(Data Access Layer)数据访问层:

    主要是对数据的操作而不是数据库,具体为上层业务逻辑层提供数据服务。简单地说就是写数据连接和执行的SQL语句来实现对实体也就是数据表的增、删、改、查的操作。进一步的话可以加入ORM的元素,那么就会包括对象和数据之间的表mapping,以及对象尸体的持久化。

    DAL中常用的技术有ADO.NET + SQL语句、O/R Mapping框架 NHiberate、访问不同数据源时LINQ TO (SQL、Oracle、XML)。

    IDAL(Interface Data Access Layer)DAL的接口层:

    是DAL的接口层它体现了“抽象”的精神,或者说是“面向接口编程”的最佳体现。在工厂设计模式中需要支持多数据源时面向接口编程的思想就有所体现。然后“IUserDAL iUserDal = new UserDAL();”。逻辑上我们可以这么理解,那就是以为存在这样的关系:BLL->IDAL->DAL,认为IDAL起到了BLL和DAL之间的桥梁作用,BLL是通过IDAL作为接收器来接收不同的DAL的对象。实际上你如此编码:“IUserDAL iUserDal = ClassFacotry.CreateUserDAL();”,那么在执行“iUserDal.SelectUsers()”时,其实还是执行的UserDAL实例,而不是IUserDAL实例,所以IDAL在三层中的位置是与DAL平级的关系。但是面向接口的思想就在此体现了。

    MODEL这是实体/数据模型层:

    一般来讲Model层里面的一个类对应数据库里面的一张表,类里面的每一个属性对应表里面的每一个字段,每个属性都有自己的 GET 和 SET 方法, 项目中的数据存取都要依靠GET和SET方法来实现。它其实就是面向对象编程中最基本的东西:类。确切的说它不属于纵向的哪一层,而是所有层都要用到的业务实体层。这样,Model在三层架构中的位置,和int,string等变量的地位就一样了,没有其它的目的,仅用于数据的存储而已,只不过它存储的是复杂的数据。当你取数据时,如果使用DataSet,就没有体现"面向对象"。相反,如果把DataSet里的行,变成Model层里的类对象。把DataSet变成List<>这样的集合,更面向对象,也更符合多层架构的设计思想。(是对象的集合,不是数据行的集合)。或者使用泛型集合来代替DATASET。 IList<Model.实体类名>……

    通常MODEL里面的类,应该是和数据库里面表相对应的。这样,你可以直接取表里面的某个字段。通过这种方法将MODEL的实体和数据库表映射类,封装数据库文件。

    DBUtility:

    是连接数库的方法。只是约定俗成的一个分类法,不是必须的。一般里面都放SqlHelper这样的类在里面,由DAL中的数据访问类来调用。也就是说DBUtility包含的是访问数据库的通用代码。

    DALFactory抽象工厂类:

    作为创建DAL对象的工厂,并通过DataAccess类放到这个抽象工厂里面去。对添加对IDAL项目的引用。在DataAccess类中,我们创建对象通过xml配置文件来将“条件外置”和“反射技术”实现。通过配置文件的程序集名,决定加载具体的那个DAL的程序集,动态组合类名来动态创建DAL对象,并返回IDAL接口对象(面向接口编程,IDAL可接收SQLServerDAL和OracleDAL等不同的实现),为了性能和使用方便,DataAccess类全部采用静态方法实现。

    总结:

    大体思想是3层,从Model,DAL,BLL,然后他在各层上又采用了工厂模式,把逻辑与实现分离,比如以前BLL直接调用DAL就好了,但现在BLL却调用了IDAL,IDAL只是一个接口层,里面封装了要完成的一些业务逻辑,而具体的实现则交给DAL去实现,然后借助于工厂模式DALFactory和反射技术动态加载程序集来完成IDAL层中类的实例化。这样不管我们底层用的是什么数据库都可以完成BLL对DAL的调用。首先你不应该将那些SQL语句放在BLL层中,而应该是由DAL层来完成和数据库的交互,DAL层又调用DBUtility的通用访问数据库代码来实现对数据库的连接访问。他们之间的关系为DAL引用MODEL, BLL引用 DAL 和 MODEL,UI引用BLL和MODEL。

  • 相关阅读:
    线程池的使用和实现
    VS2015中搭建lua环境
    word2vect实战
    微服务架构下的数据一致性:可靠事件模式
    微服务架构下的数据一致性:概念及相关模式
    深入研究Clang(七) Clang Lexer代码阅读笔记之Lexer
    [洛谷 P1402] 酒店之王|网络流
    [BZOJ2007] [NOI2010] 海拔|网络流80‘|最短路100’
    [JSOI2008] [洛谷P1198] 最大数|线段树80'|单调栈100'
    [JSOI2008] [洛谷P1227] 完美的对称|乱搞
  • 原文地址:https://www.cnblogs.com/oo_o/p/8081529.html
Copyright © 2011-2022 走看看