ASP.NET的三层架构

来源:互联网 发布:java写入html文件 编辑:程序博客网 时间:2024/05/23 19:15
 
因为每一层都可以在仅仅更改很少量的代码后,就能放到物理上不同的服务器上使用,因此结构灵活而且性能更佳。此外,每层做些什么其它层是完全看不到的,因此更改、更新某层,都不再需要重新编译或者更改全部的层了。这是个很强大的功能。例如,如果把数据访问代码与业务逻辑层分离,当数据库服务器更改后,你只需要更改数据访问的代码,因为业务逻辑层是不变的,因此不需要更改或者重新编译业务逻辑层。
 
一个N层的应用程序通常有三层:表现层、业务层和数据层。下面让我们看看每层都做些什么。
 
表现层(Presentation Layer)
 
表现层用于用户接口的展示,以及用业务层的类和对象来“驱动”这些接口。
 
在ASP.NET中,该层包括aspx页面、用户控制、服务器控制以及某些与安全相关的类和对象。
 
为用户提供应用系统的使用界面及功能。
1>   界面设计部分
2>   功能部分:
               服务器控件:实现模板的公共功能;
               用户控件:实现一些通用的构件(比如:选择框)
 
业务层(Business Tier)
 
业务层用于访问数据层,从数据层取数据、修改数据以及删除数据,并将结果返回给表现层。
 
提供所有与数据库的操作。包括:从数据库返回数据集,向数据库更新数据,及承担部分数据验证的功能。
 
实现:数据中间层组件为 .CS类文件,数据库访问操作相关类统一放在APP_Code包里面,各类中应提供静态方法,数据实体类及中间层数据传输类统一放在APP_Code包。
 
在ASP.NET中,该层包括使用SqlClient或OleDb从SQL Server或Access数据库取数据、更新数据及删除数据,并把取得的数据放到DataReader或DataSet中返回给表现层。返回的数据也许只有一个整型数字,比如一个表的行记录数目,但这也要用数据层的数据进行计算。
 
 
 
BLL和DAL
 
通常该层被划分成两个子层:业务逻辑层(Business Logic Layer,BLL)和数据访问层(Data Access Layers,DAL)。业务逻辑层在数据访问层之上,也就是说BLL调用DAL的类和对象。DAL访问数据并将其转给BLL。
 
在ASP.NET中,该层可以用SqlClient或OleDb从SQL Server或Access数据库取数据,把数据通过DataSet 或DataReader的形式给BLL,BLL处理数据给表现层。有的时候,例如直接把DataSet 或DataReader送给表现层的时候,BLL是一个透明层。
 
数据层(Data Tier)
 
数据层是数据库或者数据源。在.NET中,通常它是一个SQL Server或Access数据库,但不仅限于此两种形式,它还可能是Oracle,mySQL,甚至是XML。
 
主要提供数据存储及查询功能,并需要承担部分数据验证的功能。一般对数据库操作的代码都写在这里,例如:执行SQL语句,执行存储过程的代码(DBHelper)等都写在这里面。
实现:在Web.Config配置文件中定义连接字符串以访问数据库。调用.Net下的封装好的类方法等。
 
逻辑层VS(分布式)物理层
 
人们容易将这两个概念搞混。我们说逻辑层是把层按类的集合来划分,而这些层都在同一台个服务器上。(分布式)物理层是指类的集合在不同的服务器上,用附加的代码来处理层间的通信,比如remoting和web服务。
 
决定如何划分你的层(是物理的还是不是物理的)是非常重要的。在划分时应考虑下面因素:
 
1、注意如果划分成物理层,你的应用程序的速度会因为不同服务器在网络中通信的延迟而减慢。所以,如果你决定用物理层,请确保获得性能的提升大于性能的降低。
 
2、按照n层架构设计你的应用程序。
 
3、部署以及维护物理分布式的应用程序的成本是很高的。你首先需要不止一台服务器,你还需要网络硬件来连接这些服务器。在这种情况下,部署应用变得更加复杂!因此这样做之前请确定这样做是否值得。
 
另外还要注意,你的应用程序的每层都做何使用。你也许因为运行的多个服务都需要某一层而把该层放到别台服务器上。例如,你也许会因为给不同的用户定制不同的表现层,而将业务逻辑层放于别处;你也许会因为还有其它的应用访问同一个数据库,而把SQL server服务放到别处
原创粉丝点击