검도 + 웹 API 대 MVC vs. 웹 서비스 어디로 가야합니까?

Question

저는 방금 C#으로 검도 UI (jquery 기반)를 사용하고자하는 프로젝트를 시작했습니다. 몇 주 전에 웹 서비스 (asmx)를 사용하여 요청을 처리하고 결과와 성능에 만족했으며 양식을 신속하게 작성할 수있었습니다.

새 프로젝트이므로 MVC 및 WebApi와 같은 다른 개념을 살펴볼 수 있다고 생각했습니다. MVC가 가장 복잡하기 때문에 WebApi를 방문하여 컨트롤러 및 요청을 시작했습니다. 지금까지 제가 발견 한 것 (저를 판단하지 말고, 새로운 개념에 익숙하지 않습니다)은 웹 서비스가 더 간단하고 융통성있는 것으로 보입니다.

그래서 내가 뭘 찾고있는 것 같아요 ... MVC 대 WebApi와 심지어 웹 서비스 대 사용의 주요 장점은 무엇입니까. 웹 서비스의 단점이 있습니까? Entity Framework, 정의 된 모든 모델 및 웹 서비스에서 처리 한 내 요청에 의해 제 데이터 레이어가 제어되도록하는 것이 좋지 않습니까?

설명을 환영합니다. 고맙습니다.

Answer 1

더 넓은 의미에서 웹 API는 웹 서비스를 만드는 데 사용됩니다! 그것은 HTTP (asmx와 같은 SOAP 대신에) 서비스를 만드는 표준으로 HTTP를 사용합니다. 모바일 앱, 데스크톱 앱, 웹 앱 등 클라이언트의 모든 유형이 HTTP 프로토콜을 이해할 것입니다. 또 다른 장점은 JavaScript/jQuery를 사용하여 웹 API와 쉽게 통신 할 수 있다는 것입니다. SOAP 웹 서비스는 악몽입니다!

검도 UI 및 웹 API는 훌륭한 조합입니다. 우리는 최근에이 조합을 사용하여 모바일 iPad 응용 프로그램을 만들었으며 매력처럼 작동했습니다. 우리는 또한 오라클과 함께 Entity Framework를 백 엔드 DB로 사용 했으므로 문제가 발생하지 않았습니다.

Answer 2

웹 서비스가 필요하면 편리합니다. 둘 이상의 다른 유형의 응용 프로그램 (예 : 웹, 모바일 응용 프로그램 및 데스크톱 응용 프로그램)에서 해당 논리/데이터를 필요로 할 때 필요합니다. (또는 제공하는 서비스를 판매하려는 경우)

웹 서비스를 사용하는 경우에만 다른 웹 사이트로 확장하는 것 외에는 과장 될 수 있습니다.

또한 MVC 프레임 워크와 웹 API 프레임 워크는 웹 API가 웹 서비스 전용으로 사용된다는 점을 제외하면 꽤 유사합니다. 두 가지 모두에서 코딩은 흰 빵과 밀 빵의 차이점이 될 것입니다.