IIS 7
IIS7自身有对MVC的支持，部署方法同其他web application基本相同，需要注意的是，mvc 2.0 application在Handler Mappings里面会有MvcHttpHandler，如图：
我使用的是.net 4.0，我看了其他.net 2.0 的web appliation下的Handler Mappings都没有这个handler maping。
注意：.net 3.5以下（包括）的web application pool都是.net 2.0版本的，当然可能还包括.net 1.0或.net 1.1版本。但在.net 4.0下，提供了asp.net 4.0，因此使用.net 4.0的web application其application pool很有可能需要.net 4.0环境。
你可以通过查看应用程序池来查看运行的是.net 2.0还是.net 4.0。
在部署mvc 2.0 application时，如果你使用的是.net 4.0开发的，其所在application pool必须是.net 4.0的，并且managed pipeline mode为integrated。
IIS 6部署
IIS6的部署会比IIS7麻烦一些，我以我的实际部署过程来讲吧，当然刚开始也出现404或服务器错误等问题，不过好在最后都解决了，下面是正确的部署方式。
我是在.net 4.0环境下，使用VS 2010开发的，需要部署到window server 2003上(IIS6)。原系统装的是.net 3.5的，因此从我的机器上VS的安装包目录VS2010Ultimate_RC1\WCU\dotNetFramework下的.net 4.0环境dotNetFx40_Full_x86_x64.exe拷贝到服务器，然后安装。
MVC 2.0是不包含在.net 4.0里面的，因此需要手动下载安装（其实主要是System.Web.Mvc.dll文件），我的机器上直接装的vs 2010所有都包含在里面了。我没有在服务器上安装mvc 2.0，而是采用了“私有部署”，一般web application添加的.net环境下的dll时，如system.dll等，当你在发布时，这些dll是不会拷贝到发布后的bin目录的，因此我使用“私有部署”，将这些dll文件，包括System.Web.MVC.dll文件已经发布到bin目录下，这样应用程序运行时在GAC中找不到这个dll的时候就可以在bin中找到了。你需要做的就是，在引用的“Copy local”属性设为“true”即可。当然如果你不嫌麻烦也可以手动从GAC中将这些DLL文件拷贝到发布后的bin目录下。其实这话System.web.extension.dll差不多，如果应用程序没有装asp.net ajax时也需要将这个dll拷贝到bin目录。
下面就是在服务器上创建站点了，站点的创建和其他.net 2.0 web application一样，差别在于配置和asp.net环境上。
点击“配置”按钮，在“映射”选项卡中的“通配符应用程序映射”点击
在没有<asp:UpdatePanel ID="up" runat="server"> <ContentTemplate>无刷新环境中：
Response.Write("<script>alert('恭喜您，已成功加入到您的人才库！');</script>");
在有<asp:UpdatePanel ID="up" runat="server"> <ContentTemplate>无刷新环境� ......
1. 适当使用UpdatePanel
2. 利用WebService方法动态生成用户控件的内容，避免UpdatePanel回传造成的性能损失（ViewState）
3. ToolkitScriptManager代替ScriptManager
4. <asp:ScriptManager runat="server" ID="sm" ScriptMode="Release" EnablePartialRendering="false"
......
新建一个默认的ASP.NET MVC2应用程序，系统会默认的生成包含基本功能的应用程序，查看这些生成的代码，可帮助我们理解ASP.NET MVC2。下面是对URL路由的理解，以备忘。
一、Global.asax.cs中的代码：
public class MvcApplication : System.Web.HttpApplication
{
&n ......
