ASP.NET MVC 및 웹 서비스

Question

ASP.NET MVC 프로젝트에 웹 서비스를 추가하면 MVC의 전체 개념이 손상됩니까? 웹 서비스 (WCF)는 백엔드와 통신하기 위해 내 MVC 프로젝트에서 모델 층에 따라 달라집니다 (그래서는 MVC 솔루션의 일부가 될 필요가있다처럼 나에게 보이는) 그건

.

컨트롤러 또는 모델 레이어에 추가해야합니까?

Answer 1

는 소리가 난다.

• YourApp.Data - 공유 모델과 어쩌면 데이터 액세스
• YourApp.Web - 당신은 당신의 웹 애플리케이션에서 자세한 내용을 공유하려는 경우
• YourApp.Web.Mvc
• YourApp.Web .WebService

WebServices MVC 스타일을 원할 경우 MVC를 사용하여 자체 REST 응용 프로그램을 작성해야합니다.

Answer 2

MVC 응용 프로그램에 웹 서비스를 추가해야하는 특별한 이유가 있습니까? 특별한 이유가없는 한 RESTful 웹 서비스처럼 RESTful 방식으로 컨트롤러를 사용해야한다. 자세한 내용은 롭 코너리에서이 포스트 밖으로

점검 : ASP.Net MVC: Using RESTful architecture

Answer 3

내 응용 프로그램에 웹 서비스를 추가하고 그것을 잘 작동합니다. 나는 그것이 당신의 모델에 대한 대체 인터페이스이기 때문에 그것이 MVC를 위반한다고 생각하지 않는다. 웹 서비스에는보기가 없으므로 MVC는 웹 서비스에 적합하지 않습니다. 당신이 자신의 어셈블리로 모델을 분할하고 MVC 애플리케이션 및 WCF 응용 프로그램에서 참조해야처럼

Answer 4

모델을 자체 어셈블리로 분리하는 것이 MVC를 사용하는지 여부에 관계없이 모델을 가지고 있다고 생각하지 않습니다. 그게 어디 없는가?

Answer 5

모델을 자체 프로젝트로 분리해도 "MVC"패턴이 손상되지 않습니다. 우선, 그것은 바로 그 패턴입니다. MVC 패턴의 의도는 데이터, 데이터 핸들러 및 발표자와 이들 사이의 인터페이스 방식을 명확하게 설명하는 것입니다. 그것을 할 수있는 가장 좋은 방법은 셉 제안하는 방법입니다

• YourApp.Data
• YourApp.Web.Mvc
• YourApp.Web.WebService 당신을 도울 수

뭔가가있다 Rob Conery가 합친 MVC 매장.

MVC Storefront Video Series

그리고 당신은 당신의 브라우저에서 실제 코드를보고 싶은 경우에 빨리 그는 그것이, 여기 않았다 방식을 볼 수 : 비디오가 여기에 손목 시계 이동 MVC Storefront Codeplex Code Browser

Answer 6

내가 했어 이렇게해라.

은 my blog

PS에서 내 결과를 참고 :이 너무 오래 모든 웹 서비스가 반환 않기 때문에 웹 서비스 저장소의 모델이라고 생각대로 MVC 개념을 깰 것이라고 생각하지 않는다 XML 덤프.

Answer 7

웹 서비스와 데이터베이스를 같은 것으로 생각하십시오. 이 비유를 통해 데이터베이스 로직을 배치 할 때 웹 서비스를 배치하는 것이 이치에 맞다고 생각합니다.