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

Asp.net MVC并不仅仅只是Linq to SQL2011-08-03 博客园 CareySon译很多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）中也可以包含一些业务规则验证，安全性检查的代码。但在本篇文章为了简便起见，就不添加这些了。

最后一层是数据访问层（DAL），同样，DAL层的类也和业务逻辑层（BLL）内的类有着一对一的关系，在 BLL层的类中会调用相关DAL层中的方法。而在这些层中，只有DAL层需要知道利用什么技术（linq,entity framework..）保存业务实体。在本例中，使用Sql Server Express数据库和Ado.net。而这样分层的思想是如果你需要更换数据源（XML，oracle，更或者是Web Service甚至是Linq to Sql或者其他ORM框架），因为DAL层给BLL层暴漏的方法的签名是一致的，所以只需要更换DAL层即可。而为了保证所有DAL的实现有着同样的签名，则利用接口即可。但我想或许是未来帖子中讨论的话题了吧。

MVC构架

已经有很多优秀的文章中已经探讨了MVC程序的构架，所以本篇文章就不再累述相关细节了。如果想要了解更多，我推荐访问Asp.net MVC官方站点. 简单二代说，M代表Model，也是包含BO,BLL,DAL的地方，V 代表View，也是UI相关开发的部分，或者说是用户看到的部分，C是 Controller的简写，也是控制用户请求与程序回复的部分。如果用户点击了一个指向特定地址的按钮，请求会和Controller的 Action（类的方法）进行匹配，而Action负责处理请求，并返回响应。通常情况下是一个新的View，或者是更新现有的 View。

下面用Visual Studio创建一个MVC应用程序并删除默认的View和Controller，然后将Imar的程序中的 Bo,Bll和DAL复制到这个MVC程序的Model内，我还复制了响应的数据库文件和Style.css。

我还做了一些其他的修改，把数据库连接字符串添加到Web.Config中。除此之外，我还将复制过来的代码的命名空间做了响应的调整并把DAL层的代码升级到了3.0.虽然这并不是必须的。做完这些，我按 Ctrl+Shift+F5来测试是否编译成功。