《MVC框架实例.docVIP

ASP.NET MVC框架（第一部分） ? 2008-12-01 来源： ? 两个星期前， 我在博客里讨论了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