다중 프로젝트 솔루션을위한 자동 범위 구성

Question

지금까지 응용 프로그램의 서비스에 대해 InstancePerRequest()을 지정한 Autofac 구성 클래스를 사용하는 ASP.NET 웹 응용 프로그램이 있습니다.

그 이후로 자동화 된 작업 프로세스를 실행하는 동일한 솔루션에서 새로운 콘솔 응용 프로그램을 만들었습니다. 콘솔 응용 프로그램에 InstancePerRequest 구성을 사용할 수 없기 때문에 구성을 변경해야합니다. 이상적으로, 모든 구성을 복사하여 내 JobRunner 응용 프로그램에 붙여 넣고 여기에 'InstancePerLifetimeScope()'구성을 사용하고 싶지는 않습니다.

두 프로젝트를 제공하기 위해 동일한 구성을 주로 사용할 수있는 더 나은 솔루션이 있습니까? 아마도 Job Runner 응용 프로그램의 구성을 무시할 수 있지만 모든 단일 서비스의 범위를 변경하지 않아도되는 방법이 있습니까?

Answer 1

InstancePerLifetimeScope과 InstancePerRequest은 종종 동일한 바 이얼이지만 분명히 다른 의도가 있습니다. 의도하지 않은 부작용을 쉽게 생성하기 때문에 드롭 인 대체품으로 InstancePerLifetimeScope을 사용하지 않는 것이 좋습니다. 예를 들어, 웹 요청 기간 동안 만 살고 자했던 서비스가있는 경우 (갑자기 루트 범위에서 해결 되었기 때문에) 응용 프로그램이 실행되는 동안 갑자기 수명이 다합니다.

이 효과는 작업 주자 내에서 더 나빠질 수 있습니다. 특히 자신의 수명 범위를 만들지 않는 경우 - 은 모두 하나의 작업이 인스턴스를 공유 함을 의미합니다. 그것에 의존하는 모든 다른 직업을 가진 서비스.

실제로 InstancePerRequest()은 InstancePerMatchingLifetimeScope()에 잘 대표 된 수명 범위 태그 (MatchingScopeLifetimeTags.RequestLifetimeScopeTag에서 얻을 수 있음)를 위임합니다. 예를 들어, 평생 범위 태그를 생성자 매개 변수로 사용하도록 Autofac 모듈을 변경할 수 있습니다.

internal class MyModule : Module 
{ 
    private string _lifetimeScopeTag; 

    public MyModule(string lifetimeScopeTag) 
    { 
     _lifetimeScopeTag = lifetimeScopeTag; 
    } 

    protected override void Load(ContainerBuilder builder) 
    { 
     builder.RegisterAssemblyTypes() 
      // equivalent to: .InstancePerRequest() 
      .InstancePerMatchingLifetimeScope(_lifetimeScopeTag); 
    }  
} 

평생 함께, 당신은 지금이 동작을 모방 할 수, 작업 러너를 들어

internal static class WebIoC 
{ 
    public static IContainer BuildContainer() 
    { 
     var lifetimeScopeTag = MatchingScopeLifetimeTags.RequestLifetimeScopeTag; 

     var builder = new ContainerBuilder(); 
     builder.RegisterModule(new MyModule(lifetimeScopeTag)); 

     return builder.Build(); 
    } 
} 

: 웹에서 컨테이너를 구축 할 때

지금, 당신은 잘 알려진 수명 범위 태그를 제공해야 너 자신의 범위 태그!

internal static class JobRunnerIoC 
{  
    public const string LifetimeScopeTag = "I_Love_Lamp"; 

    public static IContainer BuildContainer() 
    { 
     var builder = new ContainerBuilder(); 
     builder.RegisterModule(new MyModule(LifetimeScopeTag)); 

     // Don't forget to register your jobs! 
     builder.RegisterType<SomeJob>().AsSelf().As<IJob>(); 
     builder.RegisterType<SomeOtherJob>().AsSelf().As<IJob>(); 

     return builder.Build(); 
    } 
} 

(내가 여기 당신의 작업의 각 인터페이스를 구현 있으리라 믿고있어,의 그것과 같다 가정 해 봅시다) :

public interface IJob 
{ 
    Task Run(); 
} 

지금 당신은 그냥 자신의 평생 범위에서 작업을 실행해야 예 :

public class JobRunner 
{ 
    public static void Main(string[] args) 
    { 
     var container = JobRunnerIoC.BuildContainer(); 

     // Find out all types that are registered as an IJob 
     var jobTypes = container.ComponentRegistry.Registrations 
      .Where(registration => typeof(IJob).IsAssignableFrom(registration.Activator.LimitType)) 
      .Select(registration => registration.Activator.LimitType) 
      .ToArray(); 

     // Run each job in its own lifetime scope 
     var jobTasks = jobTypes 
      .Select(async jobType => 
      { 
       using (var scope = container.BeginLifetimeScope(JobRunnerIoC.LifetimeScopeTag)) 
       { 
        var job = scope.Resolve(jobType) as IJob; 
        await job.Run(); 
       } 
      }); 

     await Task.WhenAll(jobTasks); 
    } 
}