.Net三层架构

 三层体系结构的概念

1. 用户界面表示层(USL)
2. 业务逻辑层(BLL)
3. 数据访问层(DAL)

BLL将USL与DAL隔开了，而且加入了业务规则

 

• 各层的做用
• 1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操做层，而不是指原始数据，也就是说，是对数据的操做，而不是数据库,具体为业务逻辑层或表示层提供数据服务．
  
  2：业务逻辑层:主要是针对具体的问题的操做，也能够理解成对数据层的操做,对数据业务逻辑处理，若是说数据层是积木，那逻辑层就是对这些积木的搭建。
  
  3：表示层:主要表示WEB方式,也能够表示成WINFORM方式,WEB方式也能够表现成:aspx, 若是逻辑层至关强大和完善,不管表现层如何定义和更改,逻辑层都能完善地提供服务。

 

• 具体的区分方法
  
  1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操做。而没必要管其余操做。
  
  2：业务逻辑层:主要负责对数据层的操做。也就是说把一些数据层的操做进行组合。
  
  3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

 

• 三层结构解释
  
  所谓三层体系结构，是在客户端与数据库之间加入了一个中间层，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不只仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即便这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工做放到了中间层进行处理。一般状况下，客户端不直接与数据库进行交互，而是经过COM/DCOM通信与中间层创建链接，再经由中间层与数据库进行交换.
  
  开发人员能够将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着若是须要修改应用程序代码，只须要对中间层应用服务器进行修改，而不用修改为千上万的客户端应用程序。从而使开发人员能够专一于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工做。

 

• 那么为何要应用“中间业务层”呢？举些例子:
       咱们假设有一段登陆代码，则能够这样处理Web程序，外观层负责接收前台页面的数据，而后传给中间层，中间层对数据进行处理，好比格式化，防SQL注入等等一些，这样的数据再传给数据访问层而后与数据库进行操做，好比与数据库的用户名和密码匹配等等一些代码。
  
  
  
• “中间业务层”的用途有不少，例如：验证用户输入数据、缓存从数据库中读取的数据等等……可是， “中间业务层”的实际目的是将“数据访问层”的最基础的存储逻辑组合起来，造成一种业务规则。例如：“在一个购物网站中有这样的一个规则：在该网站第一次购物的用户，系统为其自动注册”。这样的业务逻辑放在中间层最合适： 

在“数据访问层”中，最好不要出现任何“业务逻辑”！也就是说，要保证“数据访问层”的中的函数功能的原子性！即最小性和不可再分。“数据访问层”只管负责存储或读取数据就能够了。

• ASP.NET中的三层结构说明
  
  完善的三层结构的要求是:修改表现层而不用修改逻辑层,修改逻辑层而不用修改数据层。不然你的应用是否是多层结构,或者说是层结构的划分和组织上是否是有问题就很难说.不一样的应用有不一样的理解，这只是一个概念的问题．
•  
   
• 理解ASP.NET中的三层结构——为何要分三层？
  
  咱们用三层结构主要是使项目结构更清楚，分工更明确，有利于后期的维护和升级。它未必会提高性能，由于当子程序模块未执行结束时，主程序模块只能处于等待状态。这说明将应用程序划分层次，会带来其执行速度上的一些损失。但从团队开发效率角度上来说却能够感觉到大不相同的效果。
  
  
  须要说明一下，三层结构不是.NET的专利，也不是专门用在数据库上的技术。它是一种更加普适的架构设计理念。

 

 

此种架构要在数据库设计上注意表之间的关系，尽力知足主与子的关系。在功能上对用户要有必定的限制，不要表如今对于子表的删除操做必定要慎重，以避免形成主表与子表的数据在逻辑上出现的主表的外键在子表中没有相对应的值。

 

• 对于表的综合查询方法是：
  先对主表查询，调用主表所对应的DL。再根据主表的记录分别对每个子表进行查询。将自表的查询结果添加的主表后，造成一个大的查询集合。
  对于表的操做（增删改）：
  此时只对主表进行操做，调用主表对应的DL中的操做方法。
  RL层是逻辑判断层，主要是对页面上传入的数据进行逻辑判断。RL层之上就是UI

• 如何创建一个三层体系结构解决方案
  
  新建一个空白解决方案。而后：     
  “添加”－“新建项目”－“其余项目”－“企业级模版项目”－“C#生成块”－“数据访问”（数据层，下简称D层）     
  “添加”－“新建项目”－“其余项目”－“企业级模版项目”－“C#生成块”－“业务规则”（业务层，下简称C层）     
  “添加”－“新建项目”－“其余项目”－“企业级模版项目”－“C#生成块”－“Web用户界面”（界面层，下简称U层）     
  右键点“解决方案”－“项目依赖项”，设置U依赖于D、C，C依赖于D。     
  对U添加引用D、C，对C添加引用D。     
  到此为止，一个三层的架子创建起来了。我上面说的很具体很“傻瓜”，知道的人以为我废话，其实我这段时间很强烈的感受到很是多的人其实对这个简单的过程彻底不了解。虽然不反对建2个“空项目”和1个“Asp    net    Web应用程序项目”也能够做为3层的框架，并且至关多的人认为其实这些“企业级模板项目”其实就是个空项目，这是一个误区。没错，企业级模板项目你从解决方案资源管理器里看它是个什么也没有的，可是你能够用记事本打开项目文件，看见不一样了吧？？有些东西在背后，你是看不见的，不过系统已经作好了。也就是说，若是你在C层里的某个类里“using    System    Data    SqlClineit”，或者使用一个SqlConnection对象，编译时候不会出错，可是会在“任务列表”里生成一些“策略警告”，警告你在C层里不要放应该放在D层的东西（虽然就程序来讲没错，可是可读性可维护性就打了折扣）而这种功能，空项目是没法給你的。

• 在新TraceLWord3中，应用了“企业级模板项目”。把原来的LWordTask.cs，并放置到一个单一的项目里，项目名称为：AccessTask。解决方案中又新建了一个名称为：InterService的项目，该项目中包含一个LWordService.cs程序文件，它即是“中间业务层”程序。为了避免重复命名，TraceLWord3的网站被放置到了WebUI项目中。更完整的代码，能够在CodePackage/TraceLWord3目录中找到——     

• 面象对象与实际的结合
  
  
• 咱们知道建桥须要砖块，应该是先准备好砖再来建桥，不过为了讲解上的顺序性和连贯性，简单性。咱们先建桥，建的过程当中须要砖块再现作，这样就不会多出来“桥不须要的东西”。注意在实际中，仍是应该先准备砖块。
       
  U层其实就是桥，C层是砖块，D层是原料（石头、沙子）。这也解释前面为何U层要引用、依赖D层（而不是U对C，C对D的层次），由于桥除了须要砖头，其实也须要石头沙子。

 

• “三层结构”的缺点

• 有些网友在读完这篇文章前做以后，对我提出了一些质疑，这提醒我文章至此尚未说起“三层结构”的缺点。“三层结构”这个词眼彷佛一直都很热门，究其缘由，或许是这种开发模式应用的比较广泛。可是“三层结构”却并非百试百灵的“万灵药”，它也存在着缺点。下面就来讲说它的缺点……

  “三层结构”开发模式的一个很是明显的缺点就是其执行速度不够快。固然这个“执行速度”是相对于非分层的应用程序来讲的。从文中所给出的时序图来看，也明显的暴露了这一缺点。TraceLWord1和TraceLWord2没有分层，直接调用的ADO.NET所提供的类来获取数据。可是，TraceLWord6确要通过屡次调用才能获取到数据。在子程序模块程序没有返回时，主程序模块只能处于等待状态。因此在执行速度上，留言板的版本越高，排名却越靠后。“三层结构”开发模式，不适用于对执行速度要求过于苛刻的系统，例如：在线订票，在线炒股等等……它比较擅长于商业规则容易变化的系统。

  “三层结构”开发模式，入门难度够高，难于理解和学习。这是对于初学程序设计的人来讲的。以这种模式开发出来的软件，代码量一般要稍稍多一些。这每每会令初学者淹没在茫茫的代码之中。望之生畏，对其产生反感，也是能够理解的……

  其实，不管哪种开发模式或方法，都是有利有弊的。不会存在一种“万用法”能够解决任何问题。因此“三层结构”这个词眼也不会是个例外！是否采用这个模式进行系统开发，要做出比较、权衡以后才能够。切忌滥用!

 

• 参与资料
  
  

1. MainDoc.rar    （《浅谈“三层结构”原理与用意》1.30M)      
   
   http://www.bincess.cn/Downloads/MainDoc.rar     
   
   
2. petshop 4.0的体系结构（只是稍微看了一下，了解一下结构）
   
   
   简介：PetShop随着版本的不断更新，至如今基于.Net 2.0的PetShop4.0为止，整个设计逐渐变得成熟而优雅，并且有不少能够借鉴之处。PetShop是一个小型的项目，系统架构与代码都比较简单，却也凸现了许多很有价值的设计与开发理念。
   下载地址: http://msdn.microsoft.com/en-us/library/aa479070.aspx
   PetShop架构设计
   三层”应用结构：数据访问层、业务逻辑层（领域层）、表示层
   分层的设计的特色：
   结构清晰、耦合度低
   便于系统的扩展
   利于开发任务同步进行
   下降了必定的性能

   .Net    PetShop    4.0    配置文件属性管理

   http://blog.csdn.net/fengfangfang/archive/2006/09/07/1189061.aspx       
   
   .Net    PetShop    4.0    缓存处理       
   http://blog.csdn.net/fengfangfang/archive/2006/09/06/1185077.aspx       
   
   .Net    PetShop    4.0    消息处理       
   http://blog.csdn.net/fengfangfang/archive/2006/09/08/1194896.aspx       
   
   每一个功能都使用了工厂模式 
   

    

3. 参考了Duwamish
   
4. Web Search