ASP.NET MVC는 단위 테스트 프레임 워크가되기 위해 먼 길을왔다 (webform과 비교하여). 그러나 FormsAuthentication과 같은 일부 돼지는 종종 깨끗하고 테스트 가능한 상태로 유지하기 위해 일부 유형의 UserSession 객체를 래핑합니다. 다른 날 저는 컨트롤러 액션에서 Server.MapPath를 사용하고 MvcContrib과 같은 것들이 현재 요청을 모의하기 쉽도록 만들었지 만 FileSystemService 클래스를 생성하는 경로를 따라 가면서 파일 시스템. 장점은 필요한 메소드를 제공하는 엄격한 API를 얻고 테스트에서 스텁/모의하기가 쉽다는 것입니다. 단점은 그것이 또 다른 생성자 의존성이라는 것입니다.ASP.NET MVC 유닛 테스트 및 HttpContext
이 상황에 대한 SO 커뮤니티의 취지는 무엇입니까? 컨트롤러를 가능한 한 가볍고 유연하게 만들 때 어디에서 선을 그어야합니까?
확실히 주관적입니다. 가벼운/유연한 컨트롤러 란 무엇입니까? 그게 논쟁의 여지가있다. – jfar
좀 더 구체적으로 말하면, Request/HttpContext – RickP
Ok에 의존하는 정적 프레임 워크 메서드에서 벗어나려는 시도를 중단 할 때 질문을 변경하십시오. – jfar