Asp.net MVC并不仅仅只是Linq to SQL

    很多Asp.net的教程中的示例代码使用的数据访问方法是Linq to Sql或是Entity Framework。我在www.asp.net的论坛上看到很多关于讨论是否有其他替代的数据库访问方式，回答是：当然有。这篇文章就讲述了使用Ado.Net作为数据访问层来实现一个典型的增删查改程序。
    由于是以练习作为目的，那我就不妨借用Spaanjaar’s 的N层构架文章（Building Layered Web Applications with Microsoft ASP.NET 2.0.）的构架方式。我强烈推荐你阅读他的系列文章，如果嫌太长起码也得看完前两部分，这样就能对N-Layer构架有个基本的认识。N-Layer构架的三个关键层分别为:业务对象层，业务逻辑层和数据访问层。而其数据访问层会几乎不加改变的包含在本文的MVC项目中，Spaanjaar的文件详细描述了各个层是如何组织的。这篇文章仅仅讲述各个层所扮演的角色，但是不会深入到代码的细节中。
 
      首先，我们来看Imar提供的程序，这是一个具有典型增删查改的程序,这个程序允许用户管理联系人，包括联系人的地址，电话，email。它能增，删，查，改任何实体。
 
     程序内包括的实体有:ContactPersons, PhoneNumbers, Addresses EmailAddresses.他们都隶属于程序的业务对象（BO）层。上述的每一个类都包含可以获取或者赋值的属性，但并不包含任何方法。而所有方法存放于业务逻辑层（BLL）中的对应类中。在业务对象层和业务逻辑层的实体和实体manger是一对一的关系，在业务逻辑层中类包含的方法都会返回业务对象层(BO)的实例，或是实例集合，或者保存实例（更新或是添加），或是删除实例。业务逻辑层（BLL）中也可以包含一些业务规则验证，安全性检查的代码。但在本篇文章为了简便起见，就不添加这些了。如果你对业务规则和安全性有兴趣的话，可以去看Imar文章的6 part series。
      最后一层是数据访问层(DAL)，同样，DAL层的类也和业务逻辑层（BLL）内的类有着一对一的关系，在BLL层的类中会调用相关DAL层中的方法。而在这些层中，只有DAL层需要知道利用什么技术（linq,entity framework..）保存业务实体。在本例中，使用Sql Server Express数据库和Ado.net。而这样分层的思想是如果你需要更换数据源（XML，oracle，更或者是Web Service甚至是Linq to Sql或者其他ORM框架），因为DAL层给BLL层暴漏的方法的签名是一致的，所以只需要更换