Ninject 바인딩이 InRequestScope인지 확인하십시오.

Question

특정 Ninject 커널 인스턴스에서 인터페이스 유형에 대한 바인딩을 얻은 경우 바인딩 유형 (즉, InSingletonScope(), InRequestScope())을 확인할 수있는 방법이 있습니까?

(간체) 예 :

IKernel kernel = NinjectWebCommon.CreateKernel(); 
var binding = kernel.GetBindings(typeof(IService)).FirstOrDefault(); 

var bindingType = binding...?? 

Answer 1

.InRequestScope() 자체가 호출 IBindingSyntax.InScope(Func<IContext, object> scope);

ScopeCallback을 (Func<IContext, object> scope)를 검색 할 수 있습니다 :

kernel 
    .GetBindings(typeof(IService)) 
    .Single() 
    .ScopeCallback 

그러나 Func을 비교하는 것은 정말 좋은 것은 아니다 . 그것은 매우 hackish 느낀다 그러나 우리는 비교하기 위해 요청 범위 콜백을 검색하려면 다음을 수행 할 수 있습니다 지금

private Func<IContext, object> RetrieveInRequestScopeCallback() 
{ 
    using (var kernel = new StandardKernel()) 
    { 
     kernel.Bind<object>().ToSelf().InRequestScope(); 
     return kernel.GetBindings(typeof(object)).Single().ScopeCallback; 
    } 
} 

는 다음과 같은 단위 테스트는 통과 할 것이다 :

[Fact] 
public void Foo() 
{ 
    Func<IContext, object> inRequestScopeCallback = RetrieveInRequestScopeCallback(); 

    var kernel = new StandardKernel(); 
    kernel.Bind<string>().ToSelf().InRequestScope(); 

    IBinding binding = kernel.GetBindings(typeof(string)).Single(); 
    binding.ScopeCallback.Should().Be(inRequestScopeCallback); 
} 

은 (내가 FluentAssertions을 사용했습니다 xunit)

그러나 내가 말했듯이 이것은 hackish입니다. 왜 바인딩을 확인하고 싶습니까? 자동화 된 통합/시스템 테스트를 만드는 데 투자하는 것이 더 낫다는 것을 제안합니다. 그것은 일반적으로 DI 컨테이너와 함께가는 길입니다 : 단위 테스트를 제대로했는지 여부를 단위 테스트하지 않고 통합 및 시스템 테스트로 테스트합니다.