MVC专题研究（二）——神奇的URL

     在开始本章节之前，因为微软已经释放了MVC2的Beta版本，作者已经将自己的项目升级成了Beta2的版本(删除了Default.aspx并修正了一些Bug)来运行本程序。不过在本章中为了衔接上一章节的内容，继续开始MVC2（Preview2）的内容。至于Beta2和正式版的新增内容将在MVC的最后于大家阐述。

一、神奇的URL：

     或许你在运行本项目的时候发现本项目没有任何起始页，但是在浏览器启动（或者是输入"http://localhost:端口号"的时候就已经进入了首页。这个在以往的程序中是无法做到的（因为以往的程序中URL地址中的页面必须在物理上有映射逻辑，比如：http://localhost/Default.aspx，意味着一定在根目录下存在着一个Default.aspx页面）；然而在MVC中却并不如此。如果你尝试做一个实验，请输入以下地址：

http://localhost:端口号/FinanceManager/AddItem

您将会发现——页面神奇地跳转到到了AddItem页。但是按照原来的路径映射，您应该认为说“FinanceManager下根本没有任何页面，只是一个Controller而已！”或许你还会按照原思路作出这样的想法：http://localhost:端口号/Views/AddItem.aspx，但是遗憾的是，这种想法也是错误的。哦，MyGod……

其实这种URL路径已经和真实的文件映射已经没有很大的关系了。你仔细看过我的前面一篇文章对于该项目的介绍之后，再了解结构之后你应该清楚地知道：所有的视图页面都在Views文件夹中，而Controllers中只有一个控制器文件。并且你有心的话，会发觉你那个实验的URL中的FinanceManager恰好是该Controller中的文件名，而AddItem恰恰又是该Controllers中的一个函数名称；打开Views下文件夹你细细观察，其中就有一个文件夹叫做FinanceManager，而且还包含着一个被成为“AddItem”的页面……

啊？MVC那么神奇？竟然可以通过地址映射“自动寻找”对应的逻辑控制代码，而且返回Views中的某个页面？是的，您的猜想是对的。一般而言，一个MVC的URL的标准格式如下：

根目录（http://域名:[端口号]/控制器名/逻辑函数名）

v  其中“控制器名”是位于Controllers文件夹下的一个文件“排除后缀”的名称，这就意味着您必须命名规范，Controller文件必须是“XXXXController”，而且是区分大小写的（不信？您可以试试： http://localhost:端口号/FinanceManager/addItem）。当输入这样一个URL以后，程序自动会搜索全部本工程根目录下（以及所有子目录）中带有Controller后缀名的文件，去除Controller并与“控制器名”进行完全匹配，直到找到（没有找到将报错，说页面找不到）。实际上，既然MVC会自动搜索，您当然大可不必死板地将Controller文件放到一个地方（比如示例程序的Controllers文件夹），但是便于管理，微软（包括我）也是推荐您这样做的。

v  在找到这样一个与之匹配的Controller之后，接下来读取“逻辑函数名”，逻辑函数实质就是这个Controller函数中的某个公共函数，因为也是同名匹配，所以您不能进行重载（设想：如果重载，系统到底取哪个函数呢？糊涂了），而且不允许使用泛型类型（比如您不能定义诸如：public ActionResult XXX<T>(T param){……}之类的函数，理由很简单——因为一旦定义了未知类型，您在使用这个函数的头一件事情必须要告诉该函数的类型，但是Controller是自动解析的，你根本没有办法告诉它什么类型，至于说为什么可以使用“系统基本类型?”的形式，比如int?（本质也是泛型，等同于Nullable<int>…，是因为int?只有两种类型——要么int，要么null，这两种都可以被识别的，而且最关键的在于Nullable<int>已经自行定义给出了）。当然还有其它的一些限制，因为考虑读者最容易犯忌的往往是这两个，所以特别着重提出。至于其它的可以在网络上自行搜索，自己动脑好好思考为什么。

由此可见，微软内部默认的机制已经规定了MVC中URL的映射处理的方式：从冒号后开始解析，遇到第一个“/”前的一串字符串就是映射Controller后缀的文件名，待找到以后深入找里边的某个方法名（从第一个“/”到第二个“/”之间的一串字符串）。这样看来，“约定胜于配置”是微软MVC项目的关键之处。

二、自定义我的URL——我的地盘我做主：

或许你对这种默认的规则还怀有好奇心，想找找微软究竟定义在何处了：来，打开你的Global.aspx文件，看看里边是不是有这样一个静态方法的定义？

public static void RegisterRoutes(RouteCollection routes)

{

routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

 

routes.MapRoute("Default”,

"{controller}/{action}",

new { controller = "FinaceManager", action = "Index" }

);

}

你发现模板自行定义了一个{controller}/{action}的格式。一般说来，MVC2中Controller和Action必须定义（也就是说无论如何，系统总得要找到Controller和Action），只不过你可以指定默认值，就像上面给出的例子一样。因为给出了controller和action的默认值，因此你直接就可以http://localhost:[端口号]，而不必指出具体的Controller和Action了。

实际上，URL完全可以被自定义，比如你可以这样指定一个URL：

routes.MapRoute("Default”,

"FinanceManager/{action}",

new { controller = "FinaceManager", action = "Index" }

);

}

你仔细观察我的这个示例代码，你将发现那个{controller}已经不复存在了。但“不复存在”不代表没有，因为很明显在new{…}已经定义。注意，“FinanceManager”是一个常数字符串，这意味着您在URL输入的时候必须是：http://localhost/:[端口号]/FinanceManager/才可以，不能说此处的FinanceManager就是Controller名。您完全可以使用{controller}和{action}指定URL的格式化，这就意味着您可以自定义格式，让系统知道什么地方是controller，什么地方是action，以便让系统自行解析。当然，在缺省{controller}或者{action}的任何一个（或者全部）的定义情况下，请务必指定默认值。总而言之，判断的标准是：按照您所指定的URL系统应该能够解析得到controller和action，否则必须指定默认值。

当然，除了可以定义常量(如上面的FinanceManager常量字符串前缀，变量也可以定义到URL中去，看这个例子：

routes.MapRoute("Default”,

"{controller}/{action}/{id}",

new { controller = "FinaceManager", action = "Index",id=”” }

);

}

这是微软标准的一个URL的定义（默认的，您下载我的代码看到的那个我已经去除了id，因为项目用不着）。您按照这个URL输入的标准输入应该是http://localhost:[端口号]/ControllerName/ActionName/Id，此时即便没有Id，因为Controller和Action已经可以找到，所以不会有错误，但是考虑到id作为参数传入对应Action方法会抛出异常（此可以参考我以后的“参数自动绑定”后续文章）。因此您最好指定一个默认值。