三层架构

三层架构并不是MVC,MVC是一个很早就有的经典的程序设计模式,M-V-C分为三层,M(Model)-V(View)-C(Control)。而web开发中的三层架构是指:数据访问层(DAL-DatabaseAccessLayer),业务逻辑层(BLL-BusinessLoginLayer),以及用户界面层(UI-UserInterface,实际就是网页后台的具体调用BLL层)。这个是基本概念。曾经我以为三层架构就是在AppCode中,分为三个大类与若干小类,各司其职。在经过一番洗礼后,才发觉多么的无知。

首先AppCode中,放的是通用类,如数据库通用类,实现数据库连接,基本的SqlCommand创建,自定义CRUD的方法等,与三层架构毫无关系,就是常用的开发模式中存放类(Class)的文件夹。

其次,当使用三层架构时,一定是在大项目中,因为三层架构的目的是提高项目的松散性和降低项目的耦合度,使之更容易扩展或者维护。小项目使用了三层架构,由于过度的在意分层而导致了项目的复杂度增加。

创建三层架构的应用程序。我们必须对这三层分别创建不同的类库(ClassLibrary),而不是普通的类(Class)。我们对于任何一个模块或者功能进行OOP,把它扩展为对象(面向对象的思想就是:将所操作的目标当成一个对象,对它进行的操作,将由对象自己的方法进行,而非外界传参。譬如注册用户,用面向过程的方法事先,就是:public static bool Register(string userName, string userPwd)。若用OO的思想,我们不可将账号密码作为参数传入,而是将用户作为一个对象,这个对象具有private _userName,和private _userPwd的属性。在注册时,用构造函数初始化一个新的对象,User one = new User(userName,userPwd),使之在初始化后具有这两个字段的值。然后调用User类中的public static bool Register()方法(注意这个方法是不进行传参的),而在这个Register方法中,使用对象的_userName和_userPwd属性进行注册。),那么,我们在这个对象中的任何操作都将以该对象的方法(函数)实现。

在进行三层分类时,这样新建类库。

1.文件->新建项目->其他项目类型->空白解决方案。

2.在右侧的“资源管理器”中,选中当前解决方案,右键添加->新建项目->类库(ClassLibrary),分别创建BLL,DAL,UL类库。(若添加后看不到解决方案则在菜单->工具->选项->项目和解决方案->总是显示解决方案)。

3.右键,向解决方案中添加一个网站(新网站或者现有网站)。

4.根据需求删除或者保留默认添加项(默认的class1.cs或Default.aspx文件)。

 

这样一个三层架构的网站雏形就搭建好了。因为UI层要被其他两层引用,DAL层要被BLL层引用。所以需要相互添加引用,方法是在类库上点击右键->添加引用->项目->选择其他类库。并且在具体类中引入命名空间(using namespace)。

ps:类库其实就是类的集合,三层架构的目的就是,将同一项目的不同模块都划分为各自的三层,各司其职,将具体实现方法用类写出,添加到该层的类库中,这样,一个网站下的类库就只有三层,每一层中都包含了各个模块相对应层的实现方法。在以后修改或扩展时,在对应层中进行操作就可以了。

一般的项目,涉及最多的就是对数据库的CRUD,DAL层只负责与数据库的交互,BLL层是最重要的一层,他负责将DAL层的的结果呈现给UI层,但是恰恰BLL层的存在似乎有点鸡肋,他起到的仅仅是转发DAL层数据的作用,而具体的逻辑操作是与数据库的交互,应该写在DAL层,这就好像BLL层是在重复DAL层的劳动一样,其实BLL层的作用在于除了调用DAL层访问数据库,还可以进行逻辑判断,当符合的时候,才进行允许进行DAL的操作,或者进行额外的操作(如加密,转换等)。而DAL层可不管这些,他只管进行CRUD的动作。UI层就是操作抽象出来的实体对象,它包含了各种属性。

一个三层架构的小例子:注册新用户。

先写模块的实体类,是数据库中表的抽象,假设数据库中注册信息只有账号,密码两个字段。那么抽象到实体类就是这样:

 

  1. using System;  
  2. using System.Collections.Generic;  
  3. using System.Linq;  
  4. using System.Text;  
  5. namespace Entity  
  6. {  
  7.     class UserInfo  
  8.     {  
  9.         public string UserName { get; set; }    //C#3.0中属性构造器的新写法;  
  10.         public string UserPwd { get; set; }  
  11.     }  
  12. }  

 

 

再写DAL层:

 

  1. using System;  
  2. using System.Collections.Generic;  
  3. using System.Linq;  
  4. using System.Text;  
  5. using System.Data;  
  6. using System.Data.SqlClient;  
  7. using Entity;   //这里添加对Entity实体类的引用;  
  8. namespace DAL  
  9. {  
  10.     public class UserDAL  
  11.     {  
  12.         //在该类中,为了方便,一般会构造一个DataBaseFactory,方便进行代码的操作。所以以下代码仅为逻辑实现,不代表代码正确。  
  13.         public bool AddUser(UserInfo uInfo) //这里将实体类作为参数传入;  
  14.         {  
  15.             string sqlStr="INSERT INTO UserInfo(Name,Pwd) VALUES(@name,@pwd)";  
  16.             SqlCommand cmd=new SqlCommand(sqlStr);  
  17.             cmd.Parameters.Clear();  
  18.             cmd.Parameters.Add("@name", SqlDbType.NVarChar, 50).Value = uInfo.UserName; //调用实体类的属性  
  19.             cmd.Parameters.Add("@pwd", SqlDbType.NVarChar, 50).Value = uInfo.UserPwd;  
  20.             return Convert.ToInt32(cmd.ExecuteNonQuery()) > 0 ? true : false;  
  21.         }  
  22.         public DataTable GetUserInfo(string name)   //根据用户名获得用户的具体信息  
  23.         {  
  24.             string sqlStr="SELECT * FROM UserInfo WHERE Name=@name";  
  25.             SqlCommand cmd=new SqlCommand(sqlStr);  
  26.             cmd.Parameters.Clear();  
  27.             cmd.Parameters.Add("@name", SqlDbType.NVarChar, 50).Value = name;  
  28.             SqlDataAdapter sda = new SqlDataAdapter(cmd);  
  29.             DataSet ds=new DataSet();  
  30.             sda.Fill(ds,"UserInfo");  
  31.             return ds.Tables["UserInfo"];  
  32.         }  
  33.     }  
  34. }  

 

再写BLL层:

 

  1. using System;  
  2. using System.Collections.Generic;  
  3. using System.Linq;  
  4. using System.Text;  
  5. using System.Data;  
  6. using Entity;   //添加对Entity类库的引用  
  7. using DAL;  //添加对DAL类库的引用  
  8. namespace BLL  
  9. {  
  10.     public class UserBLL  
  11.     {  
  12.         public static bool AddUser(UserInfo uInfo)  //BLL层的方法多为静态方法,DAL层也可以为静态方法。  
  13.         {  
  14.             UserDAL uDal = new UserDAL();  
  15.             DataTable dTable = uDal.GetUserInfo(uInfo.UserName);  
  16.             if (dTable.Rows.Count > 0)  //这里对注册用户有一个判断,从DAL层中先通过注册名获得用户的具体信息,若可以获得则证明该用户名已被注册,返回false;  
  17.                 return false;  
  18.             else  
  19.                 return uDal.AddUser(uInfo);  
  20.         }  
  21.     }  
  22. }  

 

 

最后构建UI层代码,即我们的aspx.cs页面代码,该层应该直接调用BLL层的方法。该页面引用BLL和Entity的命名空间,并向Button控件注册事件:

 

  1. protected void btnRegister_OnClick(object sender, EventArgs e)  
  2.        {  
  3.            UserInfo uInfo = new UserInfo(textUserName.text, textUserPwd.text);  
  4.            if (UserBLL.AddUser(uInfo))  
  5.                Response.Write("注册成功!");  
  6.            else  
  7.                Response.Write("注册失败!");  
  8.        }  

 

 

这样一个小的三层架构程序就出来了。

这个程序中,操作的实体为UserInfo表的抽象。在DAL层进行了AddUser()的方法,在BLL层也进行了AddUser()的方法,唯一的区别是BLL层做了逻辑判断,如果用户名存在,则注册失败。

 

 

三层架构的特点:

1.数据库访问层(DAL)仅提供对数据库的CRUD操作,而不管操作后的结果,也不管逻辑过程(譬如同名用户,不合法用户名)。

2.业务逻辑层(BLL)不会直接与数据库交互,他与数据库的交互是通过DAL提供的方法。在调用这些方法前,要加入自己的逻辑判断或者业务处理。另外业务逻辑层(BLL)还有可能不会去调用DAL层的方法,而是进行其他业务处理。

3.用户界面层(UI)层是不会调用DAL层的,他只调用BLL层提供的方法,再由BLL层自己决定是否继续调用DAL层。

 

这个例子可以看出三层架构的优点就是结构清晰,容易扩展与维护。缺点就是,复杂。仅仅一个注册用户,就这么麻烦,所以对于小项目来说,费这么大劲换取一个相对较清晰的分层结构是不划算的。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值