Wiązania NamedScopes i asynchronizacja (gwintowanie)

Question

Mój projekt składa się z usług i repozytoriów (wszystkie repozytoria współużytkują kontekst db). W jednej z moich warstw usług mam asynchroniczną metodę, która zapisuje do bazy danych przy użyciu repozytorium. Żądanie internetowe zakończy i pozbędzie się kontekstu, zanim ta metoda będzie mogła go użyć. Próbowałem zrozumieć NamedScopes, jak podano w tym answer. Wciąż nie mogę zrozumieć, jak to wdrożyć. Pokażę, jak zbudowany jest mój projekt i mam nadzieję, że ktoś może mi pomóc na poziomie kodu.

Wiązania

private static void RegisterServices(IKernel kernel) 
    { 
     //dbcontext 
     kernel.Bind<EntityDatabaseContext>().ToMethod(context => new EntityDatabaseContext()).InRequestScope(); 

     //unit of work 
     kernel.Bind<IUnitOfWork>().To<UnitOfWork>().InRequestScope(); 

     //repositories 
     kernel.Bind<IRepository<Account>>().To<Repository<Account>>().InRequestScope(); 

     //services 
     kernel.Bind<IAuthenticationService>().To<AuthenticationService>().InRequestScope(); 
    } 

AuthenticationService wykorzystuje konstruktora wtrysku

public AuthenticationService(UnitOfWork unitOfWork, IRepository<Account> accountRepository){} 

Sposób w moim AuthenticationService

//this is a background process 
    public Task SomeMethodAsync(string text) 
    { 
     //spin it off into a new task 
     return Task.Factory.StartNew(() => SomeMethod(text)); 
    } 

SomeMethod korzysta z accountRepository. Proszę mi powiedzieć, czy potrzebne są już jakieś informacje. Proszę pomóż mi w kwestii wątków, jeśli NamedScopes jest rozwiązaniem, w jaki sposób mogę go wdrożyć w moim przypadku?

Zasadniczo proces w tle jest wykonywany i korzysta z kontekstu, który jest usuwany przez ninject ze względu na zakres żądania.

Answer 1

Należy pamiętać, że uruchamianie wątków w tle może powodować wiele problemów. Usługi IIS mogą zdecydować się na odtworzenie puli aplikacji w dowolnym momencie, co spowoduje natychmiastowe zakończenie działania wątku (lub w niektórych przypadkach nie zostanie wykonane), pozostawiając aplikację niespójną.

http://haacked.com/archive/2011/10/16/the-dangers-of-implementing-recurring-background-tasks-in-asp-net.aspx

Najprostszym i najmniej podatne na błędy wayto uruchomić operacje Asyncronous jest wdrożenie usługi Windows i przekazać te operacje async do usługi Windows np za pomocą MSMQ.

Jeśli nadal chcesz przejść dalej, przeczytaj o numerach HostingEnvironment.RegisterObject i IRegisteredObject, aby zapobiec tym niespójnym sytuacjom.

Część Ninject jest dość łatwa. Po prostu utwórz klasę procesorów zadań, np. MyJobProcessor podejmowanie wszystkich wymaganych zależności w celu wykonania zadania. Powinien wdrożyć INotifyWhenDisposed. Najprostszym sposobem jest uzyskanie wersji DisposeNotifyingObject.

public class MyJobProcessor : DisposeNotifyingObject, IRegisteredObject 
{ 
    public void Execute() { ... } 
    public void Stop(bool immediate) { ... } 
} 

Wstrzyknij ten procesor do kontrolera i pozwól, aby zadanie zostało uruchomione i wyrzuć je po zakończeniu pracy.

Task.Factory.StartNew(() => 
    { 
     try 
     { 
      processor.Execute(); 
     } 
     finally 
     { 
      processor.Dispose); 
     } 
    }); 

Należy określić, że jest to zakres zależności.

Bind<MyJobProcessor>().ToSelf().Named("MyJobProcessor").DefinesNamedScope("MyJobProcessorScope"); 
Bind<IUnitOfWork>().To<UnitOfWork>().WhenAnyAnchestorNamed("MyJobProcessor").InNamedScope("MyJobProcessorScope");