여러 개의 부품 또는 모듈로 구성된 새로운 웹 응용 프로그램을 시작할 예정입니다. 내 클라이언트는 모듈의 하위 집합과 함께 다른 클라이언트에 응용 프로그램을 재배포 할 수 있기를 원합니다. 나는 mvc2에서 내가 뭘보고있는 것으로 보이는 영역을 읽었습니다. 사이드 프로젝트에서 모듈을 개발하고 고객 사양에 따라 올바른 모듈을 제작하고 싶습니다.asp mvc 응용 프로그램의 조직 정보
나보다 mvc 경험이 많은 사람이 지역에서 가능하다는 것을 확인할 수 있습니까?
덕분에 당신은 실제로이 구역이 필요하지 않습니다
각 모듈은 별도의 프로젝트 (자체 책임이있는 단일 어셈블리/DLL)이어야한다고 생각합니다. 당신은 각 모듈을 레고 (lego)로 "연결"합니다 : D. 그런 다음 모듈의 하위 집합으로 앱을 재배포하려면 최종 제품 안팎에있는 모듈을 지정하는 빌드 스크립트가 있어야합니다. 제품의 각 버전은 다른 기능 하위 집합을 나타내는 다양한 모양 (예 : 레고 게임)으로 제공됩니다.
그냥 MVC에서 지역의 개념은 이것이다, 언급 :대형 프로젝트를 수용하기 위해, ASP.NET MVC는 당신에게 은 지역이라 더 작은 단위로 분할 웹 응용 프로그램을 할 수 있습니다. 영역 은 큰 MVC 웹 응용 프로그램을 더 작은 기능 그룹으로 분리하는 방법을 제공합니다. 영역은 응용 프로그램 내부의 MVC 구조체입니다. 응용 프로그램은 에 여러 MVC 구조체 (영역)을 포함 할 수 있습니다. 예를 들어
, 하나의 큰 전자 상거래 응용 프로그램은 상점, 제품 리뷰, 사용자 계정 관리를 나타냅니다 지역 및 구매 시스템으로 나눌 수 있습니다. 각 영역은 응용 프로그램의 개별 기능인 을 나타냅니다.
마테오. 솔루션 내에서 별도의 프로젝트에서 각 모듈을 개발할 경우 각 모듈은 자체 어셈블리를 갖게됩니다. 내가 귀하의 요구 사항을 오해하지 않는 한, 이것은 효과가있을 것입니다.
더 자세히 설명하면 : 영역은 일반적으로 매우 큰 응용 프로그램을 각각 다른 개발 팀이있는 섹션으로 구분하는 데 사용됩니다. 예를 들어, 스택 오버플로에는 + 답변 엔진 영역, 역할 및 권한 영역, 로그인 및 인증 등의 질문이있을 수 있습니다.
여러 프로젝트 영역이 vs2008에서 작동하는지 잘 모르겠습니다. 나는 vs2010로 이사 할 계획이 아닙니다. 나는 또한 MVC의 휴대용 영역을 확인했다. 메인 mvc 응용 프로그램의 영역을 살펴 보겠습니다. – mateo
다중 프로젝트 영역이 ASP.NET MVC 2에서 완전히 제외되었다고 말하는 기사를 읽은 것을 기억합니다. 물론 여기에 링크 할 수는 없습니다. 나는 Leniel이 단지 그의 별도의 프로젝트 제안과는 별개로 영역의 정의를 열거하고 있었다고 생각한다. – alexsome