나는 asp.net mvc를 배우고 있으며 컨트롤러를 별도의 프로젝트로 이동하는 방법을 알아 내려고 노력하고 있습니다. 일반적으로 이전에 asp.net 웹 앱을 디자인했을 때 모델 용 프로젝트 하나, 로직 용 프로젝트 하나를 만든 다음 웹이있었습니다.
이제 asp.net mvc를 배우고 있으므로 비슷한 패턴을 따르고 모델과 컨트롤러를 각각 별도의 프로젝트에 배치하고 뷰 / 스크립트 / css를 웹에 남겨두기를 원했습니다. 모델 부분은 쉬웠지만 내가 이해하지 못하는 것은 별도의 프로젝트에서 컨트롤러를 "발견"하는 방법입니다. 또한 이것이 바람직한 지 알고 싶습니다. 감사!
답변:
우선, 모델을 별도의 프로젝트에 넣는 것은 확실히 좋은 생각입니다. 아시다시피 이것은 사소한 일입니다.
컨트롤러 및 뷰와 관련하여 특정 응용 프로그램에서 그렇게해야 할 특별한 필요성이있을 수 있지만 대부분의 기본 프로젝트에서 분리하는 것의 분명한 이점은 없습니다.
이 작업을 선택하면 프레임 워크에 컨트롤러를 찾는 방법을 알려야합니다. 이를 수행하는 기본 방법은 자체 ControllerFactory를 제공하는 것입니다. 이것이 어떻게 수행되는지에 대한 아이디어를 얻으려면 DefaultControllerFactory의 소스 코드를 살펴볼 수 있습니다. 이 클래스를 하위 형식으로 지정하고 GetControllerType (string controllerName) 메서드를 재정의하면 원하는 작업을 수행하기에 충분할 수 있습니다.
사용자 지정 ControllerFactory를 만든 후에는 global.asax의 Application_Start에 다음 줄을 추가하여 프레임 워크에 찾을 위치를 알려줍니다.
ControllerBuilder.Current.SetControllerFactory(new MyControllerFactory());업데이트 : 자세한 내용은 이 게시물 과 링크 된 게시물을 읽으십시오 . 해당 게시물에 대한 Phil Haack의 의견을 참조하십시오.
ControllerBuilder.Current.DefaultNamespaces.Add(
"ExternalAssembly.Controllers");
... 완벽한 솔루션은 아니지만 간단한 경우에는 충분할 수 있습니다.
고유 한 ControllerFactory를 만드는 것이 합리적이지만 각 프로젝트의 모든 컨트롤러를 정의하는 것이 더 편리하지만 공유 프로젝트의 컨트롤러에서 파생하는 것이 더 편리하다는 것을 알았습니다.
namespace MyProject1.Controllers
{
public class MyController : MySharedProject.Controllers.MyController
{
// nothing much to do here...
}
}
namespace MySharedProject.Controllers
{
public abstract class MyController : System.Web.Mvc.Controller
{
// all (or most) of my controller logic here...
}
}
여기에는 프로젝트마다 다른 컨트롤러 로직을 배치 할 수있는 추가 이점이 있습니다. 또한 컨트롤러가 표준 위치에 있기 때문에 다른 개발자가 컨트롤러 로직을 빠르게 찾는 것이 더 쉽습니다.
이것이 바람직한 지 여부에 관해서는 절대적으로 그렇다고 생각합니다. 비즈니스 로직이 매우 다른 프로젝트간에 공유하고 싶은 몇 가지 공통 계정 관리 로직을 만들었습니다. 그래서 내 계정과 관리자 컨트롤러를 공유하고 있지만 다른 컨트롤러는 각각의 프로젝트에 따라 다릅니다.
클래스에 다음 코드를 추가합니다 (For u'r Controller Code)
namespace ContactController
{
public class ContactController : Controller
{
public ActionResult Call()
{
ViewBag.Title = "Inside MyFirst Controller.";
return View();
}
}
}
mvc 프로젝트보기 폴더에서 Contact 폴더를 추가하고 Call.cshtml 파일을 만듭니다.
기본 MVC 프로젝트에 클래스 라이브러리 프로젝트 참조를 추가합니다.
System.Web.MvcMvcWebsite와 Class Library가 동일한 System.Web.Mvc버전을 사용하도록 NuGet 참조를 업데이트 한 후 문제가 해결되었습니다.
기본 네임 스페이스를 추가 할 필요가 없습니다.
내가 사용하는 가장 간단한 분리 형태는 원래 MVC 프로젝트에서 뷰를 "있는 그대로"유지하고 컨트롤러를 제거하는 것입니다. 그런 다음 새 ClassLibrary 프로젝트에서 Controller 클래스를 추가하고 Controller에서 상속되는지 확인합니다.
MVC 라우팅 엔진은 ClassLibrary의 컨트롤러에 자동으로 라우팅되며 컨트롤러는 참조가 있고 올바르게 사용하는 경우 원본 MVC 프로젝트에서 뷰를 자동으로 구성합니다.
이 아키텍처를 사용하여 기본 솔루션과 별도로 컴파일 및 배포 할 수있는 Html 보고서 모듈을 구현하고 있습니다. 마침내 나는 SSRS에서 해방되었습니다!