过去的几年里,很多人要求asp.net的一件事情就是对使用基于model-view-controller(模型-视图-控制器,简称MVC)架构来开发web应用的内置支持。
上个周末在Austin举行的Alt.NET大会上,我首次对我的团队正在开发的新ASP.NET MVC 框架作了一个公开的演示。你可以在Scott Hanselman这里的博客 上观看我的讲座的录像。
我们将在今年稍后发布该框架的一个公开预览版,然后在明年的上半年将它作为完全支持的ASP.NET特性推出。
模型-视图-控制器(MVC)框架是什么东西?
MVC是个将一个应用的实现分成三个组件角色的框架技术:模型,视图和控制器。
在基于MVC的应用里,Model(模型)是负责保持状态的应用组件。这个状态通常都持久于数据库之中(譬如,我们也许会有一个PRoduct(产品)类用来代表SQL中的Products数据表中的订单数据)。
在基于MVC的应用里,View(视图)是负责显示用户界面的组件。这个UI通常是使用模型数据来创建的(譬如,我们也许会生成一个Product"编辑"视图,根据当前Product对象的状态,显示文本框,下拉框和复选框等)。
在基于MVC的应用里,Controller(控制器)是处理用户交互,操作模型和最终选择用哪个视图来显示UI的组件。在MVC应用中,视图只是用来显示信息而已,是控制器来处理和回应用户的输入和交互的。
使用MVC方法的一个好处是,它有助于促进应用中模型,视图,控制器间的关注的清晰分离。保持关注的清晰分离使得对应用的测试极其容易,因为不同应用组件间的契约的定义和表达是更明确的。
MVC模式也有利于促进红/绿式测试驱动的开发 (TDD),通过它,你可以在你实际编写应用代码本身之前首先实现自动化的单元测试,这些单元测试定义和核实了新代码的需求。
ASP.NET MVC 框架的一些简要细节
在几个星期后,相关代码可以下载之后,我将写一些关于这个新的ASP.NET MVC 框架的深入性的教程贴子(与此同时,想进一步了解它的最佳方式是观看我的Alt.net讲座的录像 ):
这里是关于ASP.NET MVC 框架的一些简要细节:
它将促进清晰的关注分离,可测试性,和TDD。MVC框架中的所以核心契约都是基于接口的,可以轻易地通过mock来模拟(包括基于接口的 IHttpRequest/IHttpResponse这些基本的东西)。你可以不用在ASP.NET进程中运行控制器(这使得单元测试很快),就单元测试你的应用。你可以使用你想使用的任何单元测试框架来做单元测试,包括NUnit, MBUnit, MS Test等等。
这个框架具有高度的可扩展性和可插拔性。MVC框架中所有的东西都是这样设计的,它们可以被轻易地替换掉或者定制(譬如,你可以插入你自己的视图 引擎,路径转向策略(routing policy),参数序列化等等)。它还支持使用现有的依赖注入(dependency injection)和控制反转(IOC)容器模型(Windsor, Spring.Net, NHibernate等等)。
它包括一个非常强大的URL映射组件,允许你使用非常干净的URL来建造应用。URL不需要拥有文件扩展,是设计来轻松支持seo和REST友好的命名模式的。譬如,在我上面的项目中,我可以轻松地把/products/edit/4 映射到ProductsController类的Edit方法上,或者把 /Blogs/scottgu/10-10-2007/SomeTopic/ 映射到BlogEngineController类的DisplayPost方法上。
MVC框架支持将现有的ASP.NET .ASPX, .ASCX,和 .Master 标识文件当作视图模板(view template)之用(这意味着你可以轻松地使用很多现有的ASP.NET特性,象嵌套的母版页,<%= %>块,声明式服务控件,模板,数据绑定,本地化等等)。但是,它不使用现有的将交互返回服务器的postback模型,取而代之的是,你将把用户的所有交互转给控制器类来调度,这有助于关注的清晰分离和提高可测试性(这也意味着,在基于MVC的视图内没有viewstate或page的生命周期之说)。
ASP.NET MVC框架将完全支持象forms/windows认证,URL授权,成员/角色,输出和数据缓存,session/profile状态管理,健康监测,配置系统,以及provider架构等等现有的ASP.NET特性。
结语
如果你正在想使用MVC方式建造你的web应用的话,我认为你会发现这个新的 ASP.NET MVC 框架选项非常干净,而且容易使用。它将允许你在你的应用中很轻易地保持关注分离,而且有助于进行干净的测试和TDD。
几个星期之后,我将撰文说明新的MVC特性的工作原理,以及如何利用它们。
希望本文对你有所帮助,
Scott
标签: ASP.NET , .NET , Talks , MVC
【附】 Scott Guthrie对一些评语的答复:
1. 【问】你可以在现有的ASPX,ASCX等。。。里使用声明式服务控件,假如服务控件需要ViewState和Page的生命周期才能工作的话,那么在基于MVC的视图里使用服务器控件的后果是?
【答】视图本身是标准的.aspx, .ascx, .master文件,所以还是有对应的后台(code-behind)类,你可以在其中处理控件的render事件,以把视图的markup与视图的显示逻辑干净地分开。
至于声明式控件,控件模型对建造控件而言还是一样的,区别是,你不能使用postback特性。从逻辑上说,这就象今天创建一个没有<form runat="server">的aspx网页类似。所以象<asp:repeater>以及其他的控件依旧还会工作,你要使用标准的表单提交或<a href=""> url来做post操作。
我们也会提供一些对MVC有意识的服务器控件,可以用于没有postback的视图页面里,它们将与基于控制器的逻辑很干净地集成。
2. 【问】MVC框架是否会包括在VS 2008 RTM里?
【答】 MVC框架可以在VS 2008 RTM下工作,我们将在发布VS 2008 RTM的同时,发布第一个预览版。MVC框架本身先会居于一个单独的程序集中,然后会变成.NET 3.5 SP1的一部分。
3. 【问】假如我们使用MVC框架,我们是不是又回到原地了?还是会提供给我们这些认为生命是短暂的人一些适当的好处?用个比喻,我可不想每次冲淋浴,就要重建水龙头(taps)。
【答】注意,MVC框架并不替代现有的web form模型,很明显,我们将继续完全支持并增强web form模型的功能。所有,假如你喜欢控件postback式交互的话,我大概会建议你还是继续目前的做法,使用基于MVP的模型来做测试。
而MVC模型的确在显示HTML方面给你更多的控制。但就象你注意到的,这既有好处也有坏处,好处是你有更多的控制,坏处是,控制越多,你需要照顾的东西也越多。我们将提供很好的方式来处理错误和保持表单状态,这样你就不用写些丑陋的编码来处理这些东西了。对你的界面来说,服务器控件模型还是很好地提供了非常干净的方式来封装视图辅助(view-helper)功能,而且我们将提供一套丰富的控件来辅助你。
4. 【问】Brail视图引擎有一样好处是,视图是独立于主要应用被编译的,所以假如你对视图做了改动,它可以立刻被重新编译。我假定基于DLR的视图没有被编译,但在aspx视图的情形下,改动视图是否需要重新装载应用而导致长时间的延缓呢?假如不需要的话就太好了。
【答】当.aspx网页被改动后, ASP.NET监测到其变化后,会自动为它生成一个新的程序集。那样,我们就不需要重新启动应用了。在基于DLR的.aspx网页的情形下,实际上我们根本不创建程序集,而可以在内存里对它们做编译,基于IronPython的.aspx 网页就是这样工作的。
注意,因为ASP.NET MVC框架是可以插拔的,你可以选用MonoRail Brail视图引擎来显示你的视图。所以如果你喜欢Brail模型的话,还是可以继续和新的MVC框架协同工作的。
5.【问】对MVC有意识的服务器控件能否可以从模型验证来推出自动的客户端验证(譬如通过css属性)?
【答】我们会研究,在可能的情况下,从模型的验证,来允许处理错误的客户端样式和客户端javaScript错误验证。但这个不会出现在几个星期后的第一个预览版里,但这是我们近期看过的,以后会再研究。
6.【问】你是可以讨论一下MVC中DLR,动态语言,LINQ和Asp.Net futures的支持?
【答】LINQ肯定会在MVC框架内完全支持,我们也会增加DLR支持,允许你使用包括IronPython和IronRuby在内的动态语言建造视图和控制器。
7.【问】象UpdatePanel和其他依赖于postback模型的跟Ajax有关的特性将会得到什么样的支持?
【答】UpdatePanel确实使用postback,所以你无法直接在基于MVC的视图里使用那个控件。但我们将提供一个跟该控件类似功能的控件以及相关的辅助方法。它会调用控制器的一个方法,允许你非常容易地做局部更新。它将允许你非常轻松地使用ASP.NET AJAX库。在几个星期之后我会写博客讨论更多细节。
8.【问】你的讲座录像里的视图代码看上去非常危险地象是老的asp(没有.net)。monorail nvelocity也是如此。我希望你能综合两者的好处哦。
【答】有些人喜欢<%= %>模型,在alt.net大会上我演示MVC模型讲座的参与者都要我使用这种方法(所以我写了那样的代码),我也可以使用<asp: repeater>来做列表,通过code-behind来做数据绑定,这允许你更清晰地构造你的视图显示代码。
9.【问】我只是好奇,你需要对内层代码做多少改动才能使得声明式服务器控件在不使用postback模型的情形下工作?ASP.NET MVC会在没有<form runat="server">的页面上支持现有的服务器控件么?我们是否能够在同一个页面上使用多个HTML表单?
【答】我们实际上不用改动内层代码来支持MVC框架,ASP.NET 实际上已经包含大部分所需的hook了。
ASP.NET MVC框架将允许你在同一个页面里使用多个HTML表单。象<asp:repeater>和其他支持只读模式的控件完全没问题,但倚重于Postback的控件是无法支持postback操作的。
10.【问】我注意到你在ALT.NET的演示里,你从控制器里往视图里以 new {"value", "value2"}的形式传递匿名类型。我的印象是,匿名类型是无法传到一个方法的范围之外的。你能解释一下么?
【答】匿名类型是可以传到他们所在范围之外的,但类型名称是未知的(譬如,你可以以Object类型的形式传递或返回这些对象)。
我使用的辅助方法接受一个object作为可选的参数类型,然后使用IDictionary或反射获取其中的名称/数组对。所以我可以写
<%= Html.Link("Push Me", new { Action="Edit", ID=p.ProductId }); %>