.nte三层项目源码的简单介绍
本文目录一览：
怎么看懂一个asp.net三层架构的项目。
最简单的办法，根据web页面的一个一个去看code，比如登陆页面，先去对应controller中看加载这个页面的action，然后填完信息，点击登陆按钮后，看此form是提交到哪个action，去看处理流程，就这样一个一个页面过，开始先梳理大框架及流程，下来再去啃具体的函数以及处理细节（MVC三层的，基本都是先看controller，期间了解用到的module，最后看view），看不懂的地方debug一步一步调试下，很简单！
.NET三层架构解析一：什么是三层架构
所谓
三层架构
，是在客户端与数据库之间加入了一个
中间层
，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
在项目开发的过程中，有时把整个项目分为三层架构，其中包括：
表示层
(UI)、
业务逻辑层
(BLL)和数据访问层(DAL)。三层的作用分别如下：
表示层：为用户提供交互操作界面，这一点不论是对于Web还是WinForm都是如此，就是用户界面操作。我们网站展示给用户看的界面。
业务逻辑层：负责关键业务的处理和数据的传递。复杂的
逻辑判断
和涉及到数据库的
数据验证
都需要在此做出处理。根据传入的值返回用户想得到的值，或者处理相关的逻辑。
数据访问层：见名知意，负责
数据库数据
的访问。主要为业务逻辑层提供数据，根据传入的值来操作数据库，增、删、改或者其它。
以下我简单介绍下一个
用户管理
模块:
为了整个项目的开发方便，我们在项目中会建几个类库
SQLHelper
,BLL,DAL,Model和一个Web网站。为了命名清晰，我们可以这样命名这个三个工程（即在解决方案里添加的类库）:
业务逻辑层(BusinessLogicLayer)：BLL，
命名空间
默认设置为BLL
数据访问层(DataAccessLayer):DAL,命名空间默认设置为DAL
SQL帮助类：SQLHelper,命名空间默认设置为SQLHelper
另外我们为了数据传递的方便，通常再添加一个类库，这个类库是贯穿于整个三层架构中的。即
实体类
。通常命名为Model,命名空间默认值设置为：Models。其中封装的每个类都对应一个实体，通常就是数据库中的一个表。如数据库中的用户表（custom）封装为（custom），将表中的每个字段都封装成共有的属性。
这样三层架构的搭建就基本完成了。这三层有着非常强的依赖关系：
表示层
←
业务逻辑层
←
数据访问层
他们之间的数据传递是双向的，并且通常借助实体类传递数据。
1、易于项目的修改和维护。在项目的开发过程中或者开发后的升级过程中，甚至在项目的移植过程中。这种三层架构是非常方便的。比如项目从Web移植到Form，我们只需要将表示层重新做一遍就可以了。其余两层不用改动，只需添加到现有项目就可以了。如果不采用这种架构，只是将代码写到表示层。那么所有的编码几乎都要重新来了。
2、易于扩展。在功能的扩展上同样如此，如有功能的添加只需把原有的类库添加方法就可了
3、易于代码的重用。这一点就不用解释了。
4、易于分工协作开
还可以加个接口类库Iinterface,
加入
设计模式
，使你的代码灵活性更好源码天空
其实，当我们做一个项目时，我们应该先考虑一下这个项目是不是应该应用三层/多层设计时,
先得考虑下是不是真的需要?
实际上大部分程序就开个WebApplication就足够了,
完全没必要作的这么复杂.
而多层结构,
是用于解决真正复杂的
项目需求
的。
asp.net 网站项目 如何实现三层架构？
理解ASP.NET中的三层结构——为什么要分三层？
我们用三层结构主要是使项目结构更清楚，分工更明确，有利于后期的维护和升级。它未必会提升性能，因为当子程序模块未执行结束时，主程序模块只能处于等待状态。这说明将应用程序划分层次，会带来其执行速度上的一些损失。但从团队开发效率角度上来讲却可以感受到大不相同的效果。
需要说明一下，三层结构不是.NET的专利，也不是专门用在数据库上的技术。它是一种更加普适的架构设计理念。
UI层就是与用户交互的界面、用户通过UI层向BLL层发出请求，BLL层再向DAL层发出请求，DAL链接数据库将所要的数据取出，再返回给业务逻辑层，BLL层对数据进行相应处理后呈现在界面上给用户。
实际应用中根据具体情况会再细分一些，于是便有了你说的多层的结构，层虽然多但没有脱离三层架构，只不过是细分了而已。
DALFactory一般是利用反射的原理获取具体的DBUtility实例。是用来应对数据库变化的。
三层架构的本质一句话：牺牲效率来换取灵活性！
就像我要生产一辆汽车，我自己只要定义一个整体结构就ok了，比如我制定4个轮子，一个方向盘……，至于轮子和方向盘我制定个应该具备的功能就ok（这就是接口的作用），比如摩擦系数什么的，放给其他厂商去做就行啦，至于他怎么去做我不关心，或者换一个厂商去做也无所谓，到时把达到我标准的轮子给我用就行，因为我只看到轮子应该具备的功能（我只调用接口里定义的方法，具体哪个类实现了这个接口我不关心）。
