ViewContext を知らなくても (コントローラーなどで) アクションから URL を取得することは可能ですか? このようなもの:
LinkBuilder.BuildUrlFromExpression(ViewContext context, Expression<Action<T>> action)
...しかし、ViewContext の代わりに Controller.RouteData を使用しています。この上に金属ブロックがあるようです。
ViewContext を知らなくても (コントローラーなどで) アクションから URL を取得することは可能ですか? このようなもの:
LinkBuilder.BuildUrlFromExpression(ViewContext context, Expression<Action<T>> action)
...しかし、ViewContext の代わりに Controller.RouteData を使用しています。この上に金属ブロックがあるようです。
単体テストでそれを行う方法は次のとおりです。
private string RouteValueDictionaryToUrl(RouteValueDictionary rvd)
{
var context = MvcMockHelpers.FakeHttpContext("~/");
// _routes is a RouteCollection
var vpd = _routes.GetVirtualPath(
new RequestContext(context, _
routes.GetRouteData(context)), rvd);
return vpd.VirtualPath;
}
コメントごとに、コントローラーに適応します:
string path = RouteTable.Routes.GetVirtualPath(
new RequestContext(HttpContext,
RouteTable.Routes.GetRouteData(HttpContext)),
new RouteValueDictionary(
new { controller = "Foo",
action = "Bar" })).VirtualPath;
「Foo」と「Bar」を実際の名前に置き換えます。これは私の頭の中にあるので、これが可能な限り最も効率的な解決策であるとは保証できませんが、正しい方向に進むはずです。
クレイグ、正しい答えをありがとう。それはうまく機能し、私も考えさせられます。したがって、これらのリファクタリングに耐性のある「魔法の文字列」を排除するために、私はあなたのソリューションのバリエーションを開発しました。
public static string GetUrlFor<T>(this HttpContextBase c, Expression<Func<T, object>> action)
where T : Controller
{
return RouteTable.Routes.GetVirtualPath(
new RequestContext(c, RouteTable.Routes.GetRouteData(c)),
GetRouteValuesFor(action)).VirtualPath;
}
public static RouteValueDictionary GetRouteValuesFor<T>(Expression<Func<T, object>> action)
where T : Controller
{
var methodCallExpresion = ((MethodCallExpression) action.Body);
var controllerTypeName = methodCallExpresion.Object.Type.Name;
var routeValues = new RouteValueDictionary(new
{
controller = controllerTypeName.Remove(controllerTypeName.LastIndexOf("Controller")),
action = methodCallExpresion.Method.Name
});
var methodParameters = methodCallExpresion.Method.GetParameters();
for (var i = 0; i < methodParameters.Length; i++)
{
var value = Expression.Lambda(methodCallExpresion.Arguments[i]).Compile().DynamicInvoke();
var name = methodParameters[i].Name;
routeValues.Add(name, value);
}
return routeValues;
}
私は何人かが言うことを知っています...恐ろしい反省!私の特定のアプリケーションでは、保守性の利点がパフォーマンスの問題を上回ると思います。このアイデアとコードに関するフィードバックを歓迎します。