WebApi, Autofac, System.Web.Http.Filters.ActionFilterAttribute Instanz pro Anforderung

Wir verwenden Autofac seit langem in unserer Anwendung (MVC 4), wir haben Dutzende von Attributen auf dem Basis-Controller, von dem alles übernommen wird, und es hat alles gut funktioniert. Wenn die Anfrage beginnt, wird unser Service erstellt und dann verfügbar über alle Attribute und über die Controller-Aktion.

Wir betrachten nun WebApi und haben unseren WebApi-Controller erstellt und ein Attribut auf dem Basis-Controller mithilfe des ActionFilterAttribute aus dem HTTP-Namespace erstellt. Das Problem beginnt hier jedoch, wenn der Dienst, der in die Eigenschaft für das Attribut injiziert wird, nicht dieselbe Instanz wie die auf dem ApiController ist. Mit Blick auf den folgenden Link scheint dies ASP bekannt zu sein .NET Web API und Abhängigkeiten im Anforderungsbereich

Allerdings ist die Lösung hier nicht ideal, da wir nicht möchten, dass unsere Controller von der Abhängigkeitsinjektion erfahren. Wir wollen nur den Service verwenden, den wir in die Eigenschaft injizieren, und wissen, dass es pro Anfrage eine Instanz gibt.

Wir rufen das an:

Und

Unsere Klassen sind derzeit bei Autofac als InstancePerLifetimeScope registriert, was wir wollen, kann pro Anfrage für MvcControllers und ApiControllers funktionieren.

Ist das möglich?

BEARBEITEN:

Im Grunde gibt diese Zeile den richtigen Dienst für die Anfrage zurück (d. h. dieselbe Instanz, die auch auf dem ApiController ist)

Aber die Property-Injection-Instanz auf dem ActionFilterAttribute ist nicht die gleiche und wenn ich die Autofac-Registrierung in InstancePerApiRequest ändere, erhalte ich den folgenden Fehler:

"Kein Bereich mit einem Tag, der" AutofacWebRequest "entspricht, ist in dem Bereich sichtbar, in dem die Instanz angefordert wurde. Dies bedeutet im Allgemeinen, dass eine Komponente als per-HTTP-Anforderung von einer SingleInstance () -Komponente (oder einer ähnlichen Komponente) angefordert wird Szenario.) Unter der Web-Integration immer Abhängigkeiten von der DependencyResolver.Current oder ILifetimeScopeProvider.RequestLifetime, nie aus dem Container selbst. "