ASP.NET MVC : HTTPContext 및 Dependency Injection

Question

현재 HttpContext에서 현재 사용자 이름을 가져 와서 서비스 메서드에서 사용하는 작업으로 전달하는 ActionFilter가 있습니다. 예 :

Service.DoSomething(userName); 

이제는 작업 수준이 아니라 컨트롤러 생성자 수준에서이 작업을 수행해야하는 이유가 있습니다. 현재 컨트롤러를 생성하고 서비스를 주입하기 위해 구조체 맵을 사용하고 있습니다. 나는 다음과 같은 것을보고있다 :

public interface IUserProvider 
{ 
    string UserName { get; } 
} 

public class HttpContextUserProvider : IUserProvider 
{ 
    private HttpContext context; 

    public HttpContextUserProvider(HttpContext context) 
    { 
     this.context = context; 
    } 

    public string UserName 
    { 
     get 
     { 
      return context.User.Identity.Name; 
     } 
    } 
} 

나는 이것이 내가 사용 해본 첫 번째 프로젝트이기 때문에 나의 IoC foo는 정말 약하다.

그래서 내 질문은 ... HttpContextUserProvider에 대한 생성자에서 HttpContext를 전달할 구조체 맵을 어떻게 전달할 수 있습니까? 이것은 이상하게 보입니다 ... HttpContext에 대해 어떻게 생각하는지 모르겠습니다.

Answer 1

인터페이스 추상 HttpContext.Current가 있습니다. 필요한 메서드 만 노출 GetUserName()은 HttpContext.Current.User.Identity.Name을 호출합니다. 구현을 예를 들어, 가능한 한 얇게 만드십시오.

추상화하여 다른 공급자 클래스에 삽입하면 http를 조롱하여 공급자를 테스트 할 수 있습니다. 문맥 추상화. 부수적 인 이점으로, 당신은 HockpContext 추상화로 다른 멋진 것들을 할 수 있습니다. 한 가지만 다시 사용하십시오. 가방 등에 제네릭 유형 매개 변수 추가

Answer 2

어쩌면 내가 떠난 것이지만 위의 대답은 나를 위해 작동하지 않습니다. (이후 삭제되었습니다 - 여전히 유용한 대답이었습니다 - SM이 생성자 인수를 전달하는 방법을 보여주었습니다). 대신 내가하는 경우 :

ObjectFactory.Initialize(x => 
{ 
    x.BuildInstancesOf<HttpContext>() 
     .TheDefault.Is.ConstructedBy(() => HttpContext.Current); 
    x.ForRequestedType<IUserProvider>() 
     .TheDefault.Is.OfConcreteType<HttpContextUserProvider>(); 
}); 

나는 그것을 얻는다. 내가 찾은 후 이런 짓을 : http://codebetter.com/blogs/jeremy.miller/archive/2008/03/20/if-you-need-something-in-structuremap-but-you-can-t-build-it-with-new.aspx

---

편집 : 브래드의 대답에

덕분에 내가있는 HttpContext에 더 나은 핸들을 생각 . 그의 대답은 분명히 작동하지만, 클래스 내에서 HttpContext.Current에 대한 호출을 좋아하는지 모르겠다. (의존성을 숨기는 것처럼 보이지만, 나는이 물건에 대한 전문가가 아니다.)

위의 코드는 내가 말할 수있는 한 HttpContext를 주입하기 위해 작동해야합니다. Matt Hinze는 HttpContext에서 필요한 모든 것이 User.Identity.Name 인 경우 그 점에 대해 명시 적으로 (HttpContext 주위에 Interface가 있어야만 내가 원하는 것을 노출 함) 추가해야한다는 점이 추가되었습니다. 나는 이것이 좋은 생각이라고 생각한다.

점심을 먹었을 때 나는 내 서비스가 정말로 문자열 : userName에 의존해야한다는 것을 깨달았다. IUserProvider에 의존하게되면 부가 가치가 없을 수도 있습니다. 그래서 나는 그것이 HttpContext에 의존하기를 원하지 않는다는 것을 알고, 필요한 모든 것이 문자열 (userName)이라는 것을 안다 - 나는이 연결을 만들기에 충분한 StructureMap foo를 배울 수 있는지 알아야한다. (sirrocoo의 대답은 어디에서 시작할 지에 대한 힌트를 주지만 그는 그것을 지웠다. *().

Answer 3

왜 당신이 귀찮게하는지 모르겠다. HttpContext.Current를 HttpContextUserProvider에서 직접 사용하는 것처럼 보인다. 다른 HttpContext로 대체하지 않을 것입니다 ...

Answer 4

HttpContextUserProvider 대신 HttpContextBase을 사용해야하는 것처럼 들립니다.이것은 HttpContext의 모범적 인 추상화이며 모의 작성, UnitTest 작성 및 종속성 삽입을 가능하게합니다.

public class SomethingWithDependenciesOnContext 
{ 
    public SomethingWithDependenciesOnContext(HttpContextBase context) { 
     ... 
    } 

    public string UserName 
    { 
     get {return context.User.Identity.Name;} 
    } 
} 

ObjectFactory.Initialize(x => 
      x.For<HttpContextBase>() 
      .HybridHttpOrThreadLocalScoped() 
      .Use(() => new HttpContextWrapper(HttpContext.Current));