那么，这个ActionEx方法的签名应该是什么样的呢？从一个方法的调用方式上得出它的签名也是构造良好API的必要能力。在这里，我们可以把ActionEx方法的签名定成：

public static string ActionEx(  
    this UrlHelper helper, Expression> action)  
    where TController : Controller  
{  
    return ActionEx(helper, action, null);  
}  
 
public static string ActionEx(  
    this UrlHelper helper, Expression> action, object routeValues)  
    where TController : Controller  
{  
    ...  
} 

与原来的ActionEx方法不同，原来的ActionEx方法仅仅携带了一个字符串，而现在的action是一个ASP.NET表达式树，其中包含了大量的信息：调用哪个Controller中的哪个Action方法，并使用了哪些参数。例如，以下两种用法，最终生成的URL是相同的：

<%= Url.ActionEx("List", new { controller = "Post", id = 5, area = "blogs" }) %> 
<%= Url.ActionEx(c => c.List(5), new { area = "blogs" }) %> 

这样，您应该就可以看出两种情况下，各种必要的数据是如何传递进来的。因此，新增的ActionEx方法应该是这样：

public static string ActionEx(  
    this UrlHelper helper, Expression> action, object routeValues)  
    where TController : Controller  
{  
    var values = GetRouteValuesFromExpression(action);  
    if (routeValues != null)  
    {  
        values.CopyFrom(new RouteValueDictionary(routeValues));  
    }  
 
    return helper.GetRouteUrl(values);  
}  
 
private static RouteValueDictionary GetRouteValuesFromExpression(  
    Expression> action) where TController : Controller  
{  
    ...  
}　　 

您应该可以料想得到，这里的关键是如何从表达式树中提取数据（即GetRouteValuesFromExpression方法的实现）。如果您不了解表达树，那么这方面可能略有难度。幸运的是，其实MvcFutures项目已经帮我们自带了充足的辅助功能：

private static RouteValueDictionary GetRouteValuesFromExpression(  
    Expression> action) where TController : Controller  
{  
    return ExpressionHelper.GetRouteValuesFromExpression(action);  
} 

就这样，结束了。当然，原有MvcFutures中缺少或不足的功能也直接带入了我们的项目中，下次我们便要改进这些功能。

本文来自赵劼的博客园文章《使用表达式树构建omainRoute的URL》

【编辑推荐】

1. 学习C#消息：循序渐进
2. 解惑答疑：C#委托和事件
3. 学习C#实现HTTP协议：多线程文件传输
4. 进一步接触C#委托与事件
5. 浅析四种C#转换的区别