문제

ASP.NET MVC 2의 최신 릴리스에서 MS가 지원하는 영역의 개념을 시작했습니다. 그러나이 영역을 수행하려면 개념은 여러 개의 별도 프로젝트를 만들어야합니다. 지역 당 하나의 프로젝트. ASP.NET MVC 1에는 동일한 프로젝트 내에서 여전히 일할 영역을 지원하는 다른 많은 방법이있었습니다. 이 게시물은 아닙니다 영역이 중요한지 아닌지 그러나 적절한 구현이 될 것입니다. 지역 작업에 대한 선호는 무엇이며 그 이유는 무엇입니까? 이 새로운 다중 프로젝트 공연 영역에 대해 어떻게 생각하십니까?

영역을 구현하는 2.0 가지 방법은 다음과 같습니다.

http://haacked.com/archive/2008/11/04/areas-in-aspnetmvc.aspx

http://blog.codeville.net/2008/11/05/app-areas-in-aspnet-mvc-take-2/

http://devlicio.us/blogs/billy_mccafferty/archive/2009/01/22/mvc-quot-areas-quot-as-hierarchical-subfolders-und views.aspx

나는 매우 큰 ASP.NET MVC 프로젝트에서 작업하기 시작하고 (2.0 미리보기를 파헤 치기를 기다릴 수 없음)이 새로운 영역 구현을 사용해야하는지 또는 이미 작동하는 것으로 판명되었는지 궁금합니다.

도움이 되었습니까?

다른 팁

ASP.NET MVC 2의 출시가 때때로 미래에 불확실하기 때문에 MVC 1에서 제공 한 것을 수행하는 것이 좋습니다. 그러나 지역 기능을 염두에두고 프로젝트를 구현하는 것이 좋습니다. 필요한 경우 나중에 기존 솔루션을 훨씬 쉽게 확장 할 수 있습니다.

MVC 2 참신에 대한 Scottgu의 블로그 Posta를 보는 것이 좋습니다. 영역이있는 파일/폴더 구조의 멋진 스크린 샷도 있습니다.

당신에 대한 나의 조언은 다음과 같습니다.
MVC2에서 거대한 웹 앱을 개발할 계획이라면 이미 구현 된 영역 기능을 사용하는 경로를 취하는 것이 좋습니다. 개발을 마치면 MVC가 배송되며 어쨌든 지역이 지원됩니다.

바퀴를 재발 명하지 말고 이것으로 자신의 솔루션을 생산하지 마십시오.

그러나 v2에서 시작하지 않으면 Haack의 영역 솔루션을 사용하십시오.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top