其实三层架构是一个程序最基本的 在.Net开发中通常是多层开发

比如说

    BLL 就是business Logic laywer（业务逻辑层） 他只负责向数据提供者也就是DAL调用数据 然后传递给 客户程序也就是UI

    DAL就是（data access laywer）数据访问层 ，负责 对实体也就是数据库相应表的增删改查

    IDAL它体现了“抽象”的精神，或者说是“面向接口编程”的最佳体现。抽象的接口模块(IDAL)

    Model: 实体层数据库中表的映射，一般有几个表就有几个实体类

DBUtility: 数据库应用层

common：常用处理组件层

web：（Web）网站项目

在程序中调用BLL，BLL中调用DAL

创建方法：

菜单-》文件-》新增-》新建项目


然后可以选择建立一个类库，也就是BLL，DAL。


如果要新建网站的话同理。


建立之后可以在一个项目中引用某个类库，注意引用顺序。引用完成后就可以查看项目依赖项的依赖关系了

 

ASP.NET里的三层架构感觉类似于J2EE里的MVC模式

也就是把结构分层为

Model层(负责与后台数据通信一般用LINQ)

View层(负责前台的表现)

Control层(负责业务逻辑的处理).


既然是三层，肯定在物理逻辑上就要进行区分的，因此在项目文件夹下，有WebUI、BLL、DAL、Common这四个文件夹和Default.aspx等首页文件，其实最主要的就是前三个文件夹，
Common文件夹里保存了一些样式文件和JS文件，个人感觉这些文件可以放到WebUI里的。o(∩_∩)o...，这几个文件夹用来作什么应该从命名上能看出来吧？
WebUI用来保存页面文件，也就是大家在浏览网页的时候能看见的，最直观的，也是这三层中最简单的；
BLL用来保存业务逻辑，起到一个承上启下的作用，用来连接WebUI层和DAL层，主要是定义一些方法，相对来讲比WebUI要复杂；
DAL文件夹主要是保存对数据库操作的一些文件，主要是对一些SQL语句（存储过程）的执行。
这三层之间的关系是上层引用下层，即WebUI引用BLL，BLL引用DAL。这三层联系起来就是这样一个过程：在页面添加一些信息经过合理性判断（WebUI）后调用BLL层的函数（方法）。
三、各层间的访问过程
1、传入值，将值进行类型转换(为整型)。
2、创建BLL层的content.cs对象c，通过对象c访问BLL层的方法GetContentInfo(ID)调用BLL层。
3、BLL层方法GetContentInfo(ID)中取得数据访问层SQLServerDAL的实例,实例化IDAL层的接口对象dal，这个对象是由工厂层DALFactory创建的，然后返回IDAL层传入值所查找的内容的方法dal.GetContentInfo(id)。
4、数据工厂通过web.config配置文件中给定的webdal字串访问SQLServerDAL层，返回一个完整的调用SQLServerDAL层的路径给 BLL层。
5、到此要调用SQLServerDAL层，SQLServerDAL层完成赋值Model层的对象值为空，给定一个参数，调用SQLServerDAL层的SqlHelper的ExecuteReader方法,读出每个字段的数据赋值给以定义为空的Model层的对象。
6、SqlHelper执行sql命令，返回一个指定连接的数据库记录集，在这里需要引用参数类型，提供为打开连接命令执行做好准备PrepareCommand。
7、返回Model层把查询得到的一行记录值赋值给SQLServerDAL层的引入的Model层的对象ci，然后把这个对象返回给BLL。
8、回到Web层的BLL层的方法调用,把得到的对象值赋值给Lable标签，在前台显示给界面


 

 

实现步骤过程
1、创建Model，实现业务实体。
2、创建IDAL，实现接口。
3、创建SQLServerDAL，实现接口里的方法。
4、增加web.config里的配置信息，为SQLServerDAL的程序集。
5、创建DALFactory，返回程序集的指定类的实例。
6、创建BLL，调用DALFactory，得到程序集指定类的实例，完成数据操作方法。
7、创建WEB，调用BLL里的数据操作方法。
注意：
1、web.config里的程序集名称必须与SQLServerDAL里的输出程序集名称一致。
2、DALFactory里只需要一个DataAccess类，可以完成创建所有的程序集实例。
3、项目创建后，注意修改各项目的默认命名空间和程序集名称。
4、注意修改解决方案里的项目依赖。
5、注意在解决方案里增加各项目引用。