Question

什么是ASP.NET里的三层架构的模式?(详细解说)

ASP.NET里的三层架构给我的感觉类似于J2EE里的MVC模式也就是把结构分层为 Model层(负责与后台数据通信一般用LINQ) View层(负责前台的表现) Control层(负责业务逻辑的处理).可是我这么分析的对么?我想使用三层架构的模式做一个自己的网站.该怎么下手?有没有人愿意通俗得给我讲解一下当然,如果你的答案让我满意,会有追加的高分赠送哦!

Answer 1

三层架构和MVC是有明显区别的，
三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。
1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。
MVC是 Model-View-Controller，严格说这三个加起来以后才是三层架构中的UI层，也就是说，MVC把三层架构中的UI层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而C层直接与三层中的BLL进行对话。
所以， .net的三层结构中，并没有action这个概念。
可以这样说，如果深入理解了mvc，肯定是很容易理解asp.net的三层架构的。

Answer 2

通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。
区分层次的目的即为了“高内聚，低耦合”的思想。
表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候的所见所得。
业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、
查找等每层之间是一种垂直的关系。
三层结构是N层结构的一种，一般来说，层次之间是向下依赖的，下层代码未确定其接口（契约）前，
上层代码是无法开发的，下层代码接口（契约）的变化将使上层的代码一起变化。
优点： 分工明确，条理清晰，易于调试，而且具有可扩展性。
缺点： 增加成本。
9、MVC模式 （*）
MVC(Model View Controller)模型－视图－控制器
aspx就是View，视图；Model：DataSet、Reader、对象；Controller：cs代码。
MVC是典型的平行关系，没有说谁在上谁在下的关系，模型负责业务领域的事情，
视图负责显示的事情，控制器把数据读取出来填充模型后把模型交给视图去处理。
而各种验证什么的应该是在模型里处理了。它强制性的使应用程序的输入、处理和输出分开。
MVC最大的好处是将逻辑和页面分离。

Answer 3

三层架构只是思想，并不是说就是三层