C#中的三层架构

三层架构，我们一般说的三层架构通常指的是：
1、表现层(UI)：就是展现给用户的界面，无论是网站前台还是应用程序界面；
2、业务逻辑层(BLL)：针对具体问题的逻辑操作；
3、数据访问层(DAL)：对数据进行操作。其他的层级基本都是在这三层之上的补充。
UI(User Interface)表示层：
就是我们看到的网站前台、应用程序界面。
BLL(Business Logic Layer)业务逻辑层：
主要是针对数据业务逻辑的处理。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。对于表示层而言它是被调用者，对于数据访问层而言它则是调用者。如果说数据层是积木，那逻辑层就是对这些积木的搭建层。
DAL(Data Access Layer)数据访问层：
主要是对数据的操作而不是数据库，具体为上层业务逻辑层提供数据服务。简单地说就是写数据连接和执行的SQL语句来实现对实体也就是数据表的增、删、改、查的操作。进一步的话可以加入ORM的元素，那么就会包括对象和数据之间的表mapping，以及对象尸体的持久化。
DAL中常用的技术有ADO.NET + SQL语句、O/R Mapping框架 NHiberate、访问不同数据源时LINQ TO (SQL、Oracle、XML)。
IDAL(Interface Data Access Layer)DAL的接口层:
是DAL的接口层它体现了“抽象”的精神，或者说是“面向接口编程”的最佳体现。在工厂设计模式中需要支持多数据源时面向接口编程的思想就有所体现。然后“IUserDAL iUserDal = new UserDAL();”。逻辑上我们可以这么理解，那就是以为存在这样的关系：BLL->IDAL->DAL，认为IDAL起到了BLL和DAL之间的桥梁作用，BLL是通过IDAL作为接收器来接收不同的DAL的对象。实际上你如此编码：“IUserDAL iUserDal = ClassFacotry.CreateUserDAL();”，那么在执行“iUserDal.SelectUsers()”时，其实还是执行的UserDAL实例，而不是IUserDAL实例，所以IDAL在三层中的位置是与DAL平级的关系。但是面向接口的思想就在此体现了。
MODEL这是实体/数据模型层：
一般来讲Model层里面的一个类对应数据库里面的一张表，类里面的每一个属性对应表里面的每一个字段，每个属性都有自己的 GET 和 SET 方法， 项目中的数据存取都要依靠GET和SET方法来实现。它其实就是面向对象编程中最基本的东西：类。确切的说它不属于纵向的哪一层，而是所有层都要用到的业务实体层。这样，Model在三层架构中的位置，和int，string等变量的地位就一样了，没有其它的目的，仅用于数据的存储而已，只不过它存储的是复杂的数据。当你取数据时,如果使用DataSet,就没有体现”面向对象”。相反,如果把DataSet里的行，变成Model层里的类对象。把DataSet变成List<>这样的集合，更面向对象，也更符合多层架构的设计思想。(是对象的集合，不是数据行的集合)。或者使用泛型集合来代替DATASET。