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 })

控制器不匹配，但我认为这没什么大不了的。当控制器名称或方法名称更改并且未在代码中的其他位置更新时，它在编译期间仍会引发错误。

Answer 3

Ivaylo Kenov创建了一个Nuget包AspNet.Mvc.TypedRouting（Github repository）

只需在AddMvc之后调用 services.AddMvc().AddTypedRouting();扩展方法

services.AddControllers().AddTypedRouting();

或者如果您正在开发Web API：

Url.Action<FooController>(c => c.Get(fooId));

然后，您可以根据需要获取带有表达式的URL

BAPI_TRANSACTION_COMMIT

强类型的url动作

3 个答案: