MVC5 응용 프로그램이 정상적으로 작동합니다. 그것은 모델, 컨트롤러, 뷰 및 기타 모든 기능을 가지고 있습니다. 이미 독립 실행 형 앱입니다. 이제이 애플리케이션을위한 API를 만들고 싶습니다. 동일한 솔루션에서 새로운 WebAPI 프로젝트를 만들지, 기존 MVC 프로젝트를 사용하여 API 기능을 포함할지 여부를 모르겠습니다. 적절한 방법은 무엇입니까? 나중에 Xamarin을 사용하여 모바일 애플리케이션을 만드는 데이 API를 사용하고 싶습니다. 당신이 WebAPI를 사용하려면기존 MVC5 응용 프로그램에 WebAPI 추가
동일한 프로젝트를 사용하는 데는 아무런 문제가 없습니다. 동일한 웹 프로젝트 내에있는 경우 응용 프로그램을 호스팅 할 때 가장 쉽게 이해할 수 있습니다.
저는 API 솔루션을 Web 솔루션의 Controllers 폴더 내에 깔끔하게 위치한 "Api"라는 하위 폴더에 보관하는 경향이 있습니다.
"컨트롤러> Api"
이런 종류의 것들로 잘 모르겠지만 가장 간단한 옵션으로가는 경향이 있습니다. 나중에 쉽게 얻을 수있는 이유 때문에 자신의 프로젝트에서 컨트롤러를 찾을 좋은 이유를 찾으면 라인을 긋습니다. .
나중에 XAMARIN을 사용하여 응용 프로그램을 개발하는 데 API를 사용할 것이라고 언급했는데 이는 API 이동을 의미하지는 않습니다 ... 모바일 앱은 API에 대한 어떤 참조도 필요하지 않을 것입니다. 표준 HTTP 요청을 사용하여 애플리케이션을 호출 할 수 있습니다. 차이점이 없으며 웹 사이트 호스트를 필요로 할 때처럼 동일한 호스트를 API에 사용할 수도 있습니다.
뿐만 아니라 WebSite을 위해 -, 당신이 솔루션 새로운 WebAPI 프로젝트를 추가해야 SO 확인 (+ 그것은 OOP에서 더 낫다) - 쉽게 변경할 수.
나는 그것이 OOP와 아무런 관련이 없다는 것에 동의하지 않는다. API 컨트롤러는 주로 HTTP를 통해 데이터를 제공하는 것이 주 목적이므로 다른 프로젝트에서 사용하지 않을 것입니다. OP는 그의 웹 프로젝트에서 API 컨트롤러를 유지하는 데 더 많은 이득을 얻습니다. – BenjaminPaul
내 말은 - OOP 측의 말이다 - 새로운 프로젝트처럼 WebAPI를 씁니다 - 웹 사이트 - 웹 사이트이고 WebAPI는 WebAPI입니다 - 그것은 1 개의 프로젝트에있을 필요가 없습니다. 그리고 내일이면 WebAPi에서 뭔가를 변경해야합니다. 변경/빌드 만 WebAPI가 아니라 모든 웹 사이트 + webapi가 필요합니다. + 당신은 Xamarin 용 WebAPI를 쓰고 싶다고 쓰십시오. WebAPI가 데이터를 얻기위한 끝점이 될 것입니다. 모든 플랫폼 (그것도 OOP 역할 중 하나) – David
완전히 자신의 의견에 동의하지만 각각 다릅니다. – BenjaminPaul
MVC 앱과 동일한 위치에 API를 호스팅 하시겠습니까? – user1620220