摘要:【原文地址】ASP.NET MVC Framework (Part 1)【原文发表日期】 Tuesday, November 13, 2007 3:45 AM
两个星期前， 我在博客里讨论了ASP.NET的一个新MVC（模型、视图，控制器）框架，我们将在不久的将来作为一个可选功能来支持。该框架提供了一个结构化的模型，来加强应用中的清晰关注分离，方便你单元测试代码和支持TDD流程。它还提供了对你在应用中发布的URL的更多的控制，也可以对从中输出的HTML提供更多的控制。
之后，我回答了来自迫切想了解更多详情的很多人的很多问题。鉴于如此高的兴趣，我觉得，写几个贴子更详细地描述如何使用这个框架，也许更有意义些。这是我将在以后几个星期里要撰写的相关贴子的第一个。
一个简单的电子商务店面应用
我将使用一个简单的电子商务商店应用来示范ASP.NET MVC框架的工作原理。在今天的贴子里，我将实现一个产品列单，以及相关的浏览应用场景。
具体来说，我们将建造一个网上商店，允许用户在访问该网站上的/Products/Categories网址时 浏览产品分类列表：
当用户点击上面网页上的产品分类链接时，他们将转到一个产品分类列表URL /Products/List/CategoryName上，该页面列出了指定分类中的还在销售的产品：
当用户点击个别的产品时，他们将转到产品细节URL /Products/Detail/ProductID上，这个网页将显示用户选定的产品的更多细节：
我们将使用新的ASP.NET MVC框架来实现上述的所有功能。这将会允许我们在应用的不同组件间保持“清晰的关注分离”，允许我们更轻易地集成单元测试和测试驱动的开发。
创建一个新的ASP.NET MVC应用
ASP.NET MVC框架包含一个Visual Studio项目模板，方便你创建新的MVC web应用。选择文件->新项目菜单，选择“ASP.NET MVC Web 应用”模板，用它创建一个新web应用。
在默认情形下，当你使用该选项生成一个新应用时，Visual Studio 将为你创建一个新的解决方案，然后往里面加2个项目。第一个项目是web项目，在其中你实现你的web应用的功能。第二个项目是个测试项目，你可以在其中编写单元测试，来测试你的应用代码：
你可以在ASP.NET MVC 框架中使用任何单元测试框架，包括NUnit, MBUnit, MSTest, XUnit以及其他的框架。VS 2008专业版现在包含了对MSTest的内置测试项目的支持（VS 2005版本的MSTest要求你拥有Visual Studio Team System版本才能使用），当你使用VS 2008时，默认的ASP.NET MVC 项目模块自动生成这样的测试项目。
我们还将发布可用以NUnit, MBUnit 和其他单元测试框架的项目模板，所以，如果你更喜欢那些框架的话，你可以轻松地一次点击即生成你的应用和可以马上使用的相应的测试项目。
理解项目的目录结构
ASP.NET MVC 应用的默认目录结构有三个顶层目录：
/Controllers
/Models
/Views
你大概可以猜出来，我们建议把控制器类置于 /Controllers 目录之中，你的数据模型类置于/Models目录之中，你的视图模板置于 /Views 目录之中。
虽然ASP.NET MVC框架并不强迫你总是使用这个结构，但默认的项目模板使用这个模式，我们也把它作为结构化应用的一种比较容易的方式向你推荐。除非你有好的理由使用另外的文件布局，我建议你使用这个默认模式。
把URL映射到Controller类
在大多数web框架（ASP, PHP, JSP, ASP.NET WebForms等等）里，到来的URL一般都映射到保存在硬盘上的模板文件。譬如，"/Products.aspx"或者"/Products.php" URL一般都在硬盘上有个对应的Products.aspx 或Products.php 模板文件来处理请求。当一个web应用的http请求进入web服务器时，web框架运行由硬盘上的模板文件指定的代码，然后这代码负责处理该请求。很多时候，这代码使用Products.aspx 或 Products.php文件中的HTML 标识来帮助生成返回客户端的响应。
MVC框架一般以不同的方式把URL映射到服务器代码上。它不是将URL映射到硬盘上的模板文件，而是直接把URL映射到代码类上。这些类称为“Controllers（控制器）”，它们负责处理到来的请求，处理用户输入和交互，执行基于输入和交互的相应的应用和数据逻辑。然后，一个Controller类一般会调用单独的“视图”组件，该组件负责生成请求的实际的HTML输出。
ASP.NET MVC框架包括一个非常强大的URL映射引擎，在如何把URL映射到Controller类方面，该引擎提供了很多灵活性。你可以使用它来轻松地设置routing（路径选择，路由）规则，然后ASP.NET会根据这些规则，对进来的URL进行评估，选出一个Controller来运行。然后你也可以让routing引擎自动分析出你在URL里定义的变量，让ASP.NET自动把这些变量作为参数传给你的Controller。我将在这个系列将来的一个贴子里，讨论涉及URL routing引擎的比较高级的场景。
映射到控制器类的默认ASP.NET MVC URL Routing规则
在默认情形下，ASP.NET MVC项目有一套预先配置好的URL routing规则，这些规则允许你不用配置什么，就可以轻松地上路。这样，使用一套默认的基于名称的URL映射约定，你就可以开始编写代码了，这些约定是在Global.asax文件（由Visual Studio中新的ASP.NET MVC项目模板生成的）中的ASP.NET Application类中声明的。
默认的命名约定是这样的：把进来的HTTP请求的URL路径的开头部分，譬如 /Products/，映射到一个类，该类的名称遵循UrlPathController的模式，譬如在默认情形下，一个以/Products/开头的URL 会被映射到名为ProductsController的类上。
为建造我们的电子商务产品浏览功能，我们将在我们的项目中加一个新的“ProductsController”类 （你可以使用Visual Studio中的“添加新项”菜单从模板中轻松地创建一个Controller类）：
我们的ProductsController是从System.Web.MVC.Controller 基类继承而来，从这个基类继承而来并不是必需的，但它含有一些我们以后可以使用的非常有用的辅助方法和功能：
在项目中定义这个ProductsController类之后，在默认情形下，ASP.NET MVC 框架就会使用它来处理所有到来的以"/Products/"开头的URL的应用请求。这意味着，它会自动被调用来处理我们将在我们的网上商店应用中开启的"/Products/Categories", "/Products/List/Beverages", 和 "/Products/Detail/3" 等URL。
在将来的贴子里，我们还将添加一个ShoppingCartController（以允许用户管理他们的购物车）以及......[
阅读全文]