ASP.NET MVC & 웹 서비스

ASP.NET MVC & 웹 서비스

ASP에 웹 서비스를 추가합니다.NET MVC 프로젝트가 MVC의 전체 개념을 깨부수나요?

해당 웹 서비스(WCF)는 백엔드와 통신하기 위해 MVC 프로젝트의 모델 계층에 의존합니다(따라서 MVC 솔루션의 일부가 되어야 할 것으로 보입니다).

컨트롤러 또는 모델 계층에 추가해야 합니까?

모델을 자체 어셈블리로 분할하고 MVC 애플리케이션 및 WCF 애플리케이션에서 참조해야 합니다.

• 앱입니다.데이터 -- 공유 모델 및 데이터 액세스 가능
• 앱입니다.웹 - 웹 앱 간에 더 많은 정보를 공유하려는 경우
• 앱입니다.웹.MVC
• 앱입니다.웹.웹 서비스

웹 서비스 MVC 스타일을 수행하려면 MVC를 사용하여 자체 REST 응용프로그램을 구축해야 합니다.

MVC 애플리케이션에 웹 서비스를 추가해야 하는 특별한 이유가 있습니까?특별한 이유가 없는 한 RESTful 웹 서비스와 마찬가지로 컨트롤러를 RESTful 방식으로 사용해야 합니다.

자세한 내용은 Rob Connery의 이 게시물을 참조하십시오: ASP.NetMVC: RESTful 아키텍처 사용

모델을 자체 프로젝트로 분리하는 것은 "MVC" 패턴을 깨는 것이 아닙니다.먼저, 그것은 단지 패턴입니다.MVC 패턴의 목적은 데이터, 데이터 핸들러 및 발표자 간의 인터페이스 방식을 명확하게 설명하는 것입니다.가장 좋은 방법은 Seb이 제안한 방법입니다.

• 사용자의 앱
• 앱입니다.웹.MVC
• 앱입니다.웹.웹 서비스

여러분에게 도움이 될만한 것은 Rob Conery가 만든 MVC Storefront입니다.비디오 보기:

MVC 스토어프런트 비디오 시리즈

그리고 브라우저에서 실제 코드를 보고 그가 어떻게 했는지 빨리 확인하고 싶다면, MVC Storefront Codeflex Code Browser로 이동하십시오.

모델을 자체 조립으로 분리하는 것은 MVC 사용 여부와 상관이 없다고 생각합니다. 아직 모델이 남아 있습니다.그것이 어디에 있는지는 확실히 무관합니까?

저는 이것을 시도해 보았습니다.

내 블로그에서 결과 보기

ps: 웹 서비스가 하는 모든 것이 XML 덤프를 반환하기 때문에 웹 서비스가 저장소의 모델이라고 생각하는 한, 저는 이것이 MVC 개념을 깨뜨릴 것이라고 생각하지 않습니다.

애플리케이션에 웹 서비스를 추가했는데 잘 작동합니다.당신의 모델에 대한 대체 인터페이스이기 때문에 MVC를 위반한다고 생각하지 않습니다.MVC는 웹 서비스에 적합하지 않습니다. 웹 서비스에 보기가 없기 때문입니다.

웹 서비스와 데이터베이스를 동일하게 생각합니다.이 비유에 따르면, 데이터베이스 논리를 배치하는 곳에 웹 서비스 상호 작용을 배치하는 것이 타당하다고 생각합니다.

언급URL : https://stackoverflow.com/questions/118931/asp-net-mvc-web-services