ASP.NET MVC框架 (第二部分): URL路径选择

注意，根URL /Search 默认映射到Index() action方法的原因是因为在Visual Studio创建一个新项目时，默认添加的 /[controller]/ [action]/[id] 的路径定义将默认的action自动设置到“Index"上的（通过Defaults属性）：

虽然象 /Search/Results?query=Beverages 这样的URL是完全可行的，我们也许决定对查询结果我们想要稍微好看些的URL。具体来说，我 们也许想去掉URL中的“Results”action名称，把要查询的文字作为URL的一部分传入，而不是作为URL的查询字符串的值。例如：

最有可能的，我们还会对查询结果启用分页（我们每次只显示10个查询结果）显示。我们可以通过查询字符串值的方法来实现（譬 如，/Search/Beverages?page=2），或者我们也可以把页号嵌在URL中（譬如/Search/Beverages/2）。要支持后面这个做法的话，我们需要做 的是，给我们的第二条路径选择规则再加一个额外的可省参数：

注意，上面的新URL规则现在匹配的是“Search/[query]/[page]"。我们还将默认的页号配置为1，万一页号没有包含在URL之中 的话（这是通过作为“Defaults”属性值的匿名类型传入的）。

然后我们可以把我们的SearchController.Results action方法更新为接受页号参数作为一个方法参数：

这样，我们就有比较好看的查询URL了（剩下的就是实现这个查询算法，我将把它作为练习留给读者来完成 <g>）。

路径选择规则的验证先决条件

就象我在这个贴子前面提到的，Route类有个Validation属性，允许你添加为使路径选择规则匹配，必须为真的验证先决条件规则（除了URL 过滤外）。ASP.NET MVC框架允许你使用正则表达式来验证URL中的参数值，也允许你对HTTP Headers进行评估（根据HTTP动词的不同进行不同 的URL路径选择）。

下面是一个我们可以用到象 /Products/Detail/43 这样的URL身上的自定义的验证规则，它指定了其中的ID参数必须是数字（不允许字符串 ），而且它的长度必须在1到8之间：