Definiowanie kolejności inicjowania klas WebActivator.PreApplicationStartMethod

Question

Mam kilka klas dekorowanych WebActivator.PreApplicationStartMethod.

Jedna dotyczy Ninject, innej klasy dla AwesomeMVC, a trzecia służy do planowania zadań w tle.

Problem polega na tym, że klasa planisty musi skorzystać z zależności, które są rozwiązywane przez kontener IoC.

Moje pytania są następujące:

1. Czy mogę mieć kilka klas WebActivator.PreApplicationStartMethod?
2. Czy mogę zdefiniować kolejność, w której są inicjowane, aby IoC, jako najważniejsza, była najważniejsza?
3. Czy instancje klasy statycznej programu WebActivator.PreApplicationStartMethod mogą polegać na kontenerze IoC w celu rozwiązania zależności zdefiniowanych przez konstruktora?

Answer 1

Jeśli wiesz, że metoda PreAppStart musi uruchomić po metody PreAppStart B, to jedyny sposób, aby achive to wyraźnie dodać wywołanie do B wewnątrz korpusu A.

Na tej strategii do działa poprawnie, należy również upewnić się, że implementacje metod PreAppStart są niepoprawne, tzn. można je bezpiecznie wywołać wiele razy. Zwykle można to osiągnąć, śledząc, czy metoda została już wywołana w statycznej zmiennej boolowskiej i nie robi niczego, jeśli ta dolina jest prawdziwa.

Answer 2

Tak, możesz mieć tyle klas, ile chcesz, które mają przypisany atrybut składania WebActivator.PreApplicationStartMethod. Wiele pakietów NuGet korzysta z tej techniki, aby umożliwić im ładowanie do aplikacji bez edytowania Global.asax.

Możesz również zdefiniować kolejność. Możesz przekazać nazwany parametr, Order w rozmowie PreApplicationStartMethod. Ramy WebActivator zapewnią, że metody będą wywoływane w określonej kolejności. Na przykład, aby dokonać ramową rejestr IoC najpierw zrobić coś takiego:

[assembly: WebActivator.PreApplicationStartMethod(typeof(MyApp.App_Start.NinjectWebCommon), "Start", Order=1] 
[assembly: WebActivator.PreApplicationStartMethod(typeof(MyApp.App_Start.BGScheduler), "Start", Order=2] 

ponieważ WebActivator zajęcia są ćwiczenia statyczne, nie widzę w jaki sposób można użyć konstruktora wtrysku w nich. Możesz jednak użyć atrybutu lokalizatora usług (anty?) Rejestrując przelicznik IoC jako domyślny lokalizator usługi Mvc, używając System.Web.Mvc.DependencyResolver.SetResolver(IDependencyResolver resolver).

Nie chcę jednak w tym miejscu przejrzeć zalet i zalet modelu lokalizatora usług!