Nie można wykorzystać UrlHelper

Question

Obecnie próbuję zrobić coś, co było martwe proste i prosto do przodu w ASP.NET 4 to jednak ins't sprawę teraz w ASP.NET 5.

Wcześniej użyć UrlHelper to było proste:

var urlHelper = new UrlHelper(HttpContext.Current.Request.RequestContext); 

Jednak nie mogę na całe życie obrócić głowę, jak korzystać z nowego UrlHelpera. Patrzę na przypadki testowe i albo jestem kompletnie głupia albo coś mi brakuje i nie mogę tego zrozumieć. Każda pomoc w oczyszczeniu tego będzie świetna.

Answer 1

Update - post RC2

Jak @deebo wspomniano, już nie mogą otrzymać IUrlHelper bezpośrednio z DI. Zamiast tego trzeba wstrzykiwania IUrlHelperFactory oraz IActionContextAccessor do swojej klasy i używać ich, aby uzyskać instancję IUrlHelper jak w:

public MyClass(IUrlHelperFactory urlHelperFactory, IActionContextAccessor actionAccessor) 
{ 
    this.urlHelperFactory = urlHelperFactory; 
    this.actionAccessor = actionAccessor; 
} 

public void SomeMethod() 
{ 
    var urlHelper = this.urlHelperFactory.GetUrlHelper(this.actionAccessor.ActionContext); 
} 

Trzeba także zarejestrować w swojej klasie startowej (IUrlHelperFactory jest już zarejestrowany domyślnie):

services.AddSingleton<IActionContextAccessor, ActionContextAccessor>(); 

Pamiętaj, to będzie działać tylko tak długo, jak kod gdzie masz actionContext działa po/routingu middleware MVC! (W przeciwnym razie actionAccessor.ActionContext byłby zerowy)

---

I pobraniu IUrlHelper pomocą IServiceProvider w HttpContext.RequestServices.

Zwykle trzeba będzie właściwość HttpContext pod ręką:

• w sposobie działania kontrolera można zrobić:

  var urlHelper = this.Context.RequestServices.GetRequiredService<IUrlHelper>(); 
  ViewBag.Url = urlHelper.Action("Contact", "Home", new { foo = 1 }); 
  

• w filtrze można zrobić:

  public void OnActionExecuted(ActionExecutedContext context) 
  { 
      var urlHelper = context.HttpContext.RequestServices.GetRequiredService<IUrlHelper>(); 
      var actionUrl = urlHelper.Action("Contact", "Home", new { foo = 1 }); 
      //use actionUrl ... 
  } 
  

Innym rozwiązaniem mogłoby być wykorzystanie wbudowanego wstrzykiwania zależności, na przykład kontroler może mieć konstruktor jak poniżej jednej i w czasie wykonywania instancji IUrlHelper będą dostarczone:

private IUrlHelper _urlHelper; 
public HomeController(IUrlHelper urlHelper) 
{ 
    _urlHelper = urlHelper; 
} 

Answer 2

Jeśli tylko potrzebują UrlHelper.Link Tak jak zrobiłem, nie potrzebujesz już UrlHelper, po prostu użyj Url.Link

Answer 3

Myślałem, że podzielę się tym z nadchodzącym RC2, ponieważ obecna odpowiedź przestanie działać.

Od RC 2 trzeba będzie wyraźnie zarejestrować IActionContextAccessor i IUrlHelperFactory

services.AddSingleton<IActionContextAccessor, ActionContextAccessor>(); 
services.AddSingleton<IUrlHelperFactory, UrlHelperFactory>(); 

Następnie za pomocą lokalizatora DI/usług:

public EmailTagHelper(IUrlHelperFactory urlHelperFactory, IActionContextAccessor actionContextAccessor) 
{ 
    _urlHelper = urlHelperFactory.GetUrlHelper(actionContextAccessor.ActionContext); 
} 

I napisał o tym tutaj w odniesieniu do TagHelpers: http://devonburriss.me/asp-net-5-tips-urlhelper

Answer 4

W Startup.cs

services.AddSingleton<IActionContextAccessor, ActionContextAccessor>(); 
    services.AddSingleton<IUrlHelperFactory, UrlHelperFactory>(); 
    services.AddScoped(it => it.GetService<IUrlHelperFactory>() 
        .GetUrlHelper(it.GetService<IActionContextAccessor>().ActionContext)); 

Alternatywnie

PM> Install-Package AspNetCore.IServiceCollection.AddIUrlHelper 

W Startup.cs

services.AddUrlHelper();