强类型的url动作

Question

我读了很多类似的帖子和博客

Delegate-based strongly-typed URL generation in ASP.NET MVC

但他们中没有一个人真的做我想做的事。目前我有一个混合方法，如：

// shortened for Brevity
public static Exts
{  
  public string Action(this UrlHelper url, 
    Expression<Func<T, ActionResult>> expression)
    where T : ControllerBase
  {
    return Exts.Action(url, expression, null);
  }

  public string Action(this UrlHelper url, 
    Expression<Func<T, ActionResult>> expression,
    object routeValues)
    where T : ControllerBase
  {
    string controller;
    string action;

    // extension method 
    expression.GetControllerAndAction(out controller, out action);

    var result = url.Action(action, controller, routeValues);

    return result;
  }
}

如果你的控制器方法没有任何参数，那么效果很好：

public class MyController : Controller 
{
  public ActionResult MyMethod()
  {
    return null;
  }
  public ActionResult MyMethod2(int id)
  {
    return null;
  }
}

然后我可以：

Url.Action<MyController>(c => c.MyMethod())

但是如果我的方法接受一个参数，那么我必须传递一个值（我永远不会使用）：

Url.Action<MyController>(c => c.MyMethod2(-1), new { id = 99 })

所以问题是有一种方法可以将扩展方法改为仍然要求第一个参数是在T类型上定义的方法，该方法检查以确保返回参数是ActionResult而不实际指定参数，例如：

Url.Action<MyController>(c => c.MyMethod2, new { id = 99 })

所以这会传递一个指向方法的指针（比如反射MethodInfo）而不是Func<>，所以它不会关心参数。如果有可能，那签名会是什么样子？

Answer 1

你不能这样做：

c => c.MyMethod2

因为那是一个方法组。方法组中的任何方法都可以返回void或其他任何内容，因此编译器不允许它：

Error CS0428  Cannot convert method group '...' to non-delegate type '...'

该组中可能有一种方法返回ActionMethod，或者没有。你需要决定。

但是你无论如何都不必提供方法组。您可以使用现有的签名，减去object routeValues，并将其称为：

Url.Action<MyController>(c => c.MyMethod(99))

然后在您的方法中，您可以使用MethodInfo methodCallExpression.Method获取方法参数名称，使用methodCallExpression.Arguments获取参数。

然后你的下一个问题是在运行时创建匿名对象。幸运的是你不必，因为Url.Action()也有超负荷接受RouteValueDictionary。

将参数和参数一起压缩到字典中，从中创建一个RouteValueDictionary，并将其传递给Url.Action()：

var methodCallExpression = expression.Body as MethodCallExpression;
if (methodCallExpression == null)
{                
    throw new ArgumentException("Not a MethodCallExpression", "expression");
}

var methodParameters = methodCallExpression.Method.GetParameters();
var routeValueArguments = methodCallExpression.Arguments.Select(EvaluateExpression);

var rawRouteValueDictionary = methodParameters.Select(m => m.Name)
                            .Zip(routeValueArguments, (parameter, argument) => new
                            {
                                parameter,
                                argument
                            })
                            .ToDictionary(kvp => kvp.parameter, kvp => kvp.argument);

var routeValueDictionary = new RouteValueDictionary(rawRouteValueDictionary);

// action and controller obtained through your logic 

return url.Action(action, controller, routeValueDictionary);

EvaluateExpression方法非常天真地编译并调用每个非常量表达式，因此在实践中可能会证明非常慢：

private static object EvaluateExpression(Expression expression)
{
    var constExpr = expression as ConstantExpression;
    if (constExpr != null)
    {
        return constExpr.Value;
    }

    var lambda = Expression.Lambda(expression);
    var compiled = lambda.Compile();
    return compiled.DynamicInvoke();
}

---

然而，在Microsoft ASP.NET MVC Futures package有方便的ExpressionHelper.GetRouteValuesFromExpression(expr)‌​，它也处理路由和区域。然后您的整个方法可以替换为：

var routeValues = Microsoft.Web.Mvc.Internal.ExpressionHelper.GetRouteValuesFromExpression<T>(expression);
return url.Action(routeValues["Action"], routeValues["Controller"], routeValues);

它在内部使用缓存的表达式编译器，因此它适用于所有用例，您不必重新发明轮子。

Answer 2

作为其他项目的替代方案，我最近开始使用nameof。

Url.Action(nameof(MyController.MyMethod), nameof(MyController), new { id = 99 })

唯一真正的缺点是它们可以混合并在编译后产生不正确的结果：

Url.Action(nameof(SomeOtherController.MyMethod), nameof(MyController), new { id = 99 })

控制器不匹配，但我不认为这是一个大问题。当控制器名称或方法名称发生更改时，它仍然会在编译期间抛出错误，并且在代码中的其他位置不会更新。