이것은 API의 모범 사례와 관련이 있다고 생각합니다. 내가 API를 구현하고 실제로 API 디자인에서보기를 사용하거나 사용자의 프론트 엔드 구현을 위해 떠날 필요가 있는지 모르겠습니다. API에서보기를 구현하는 것이 좋다고 생각하지 않지만 일반적으로 수행되는 작업을 파악하는 것이 좋습니다. API 호출은 항상 JSON 또는 XML 중 하나를 반환해야한다고 생각합니다. 보기를 추가하면 모든 것이 복잡해집니다.RESTful API에서 뷰를 사용해야합니까?
API에서보기를 사용합니까? 예/아니오. 이유가 무엇입니까?
API는 Application Programming Interface (응용 프로그래밍 인터페이스)의 약자입니다. 앱과 상호 작용하도록 앱에서 노출 한 것입니다. REST는 응용 프로그램을 설계하는 방법을 알려주지 않고 통신 구조 (자원, 표현, 동사, 명사)를 정의하는 철학입니다.
보기는 REST의 개념이 아니지만 가장 일반적인 경우보기는 REST의 자원 표현입니다. 이 뷰 표현은 서버에서 직접 반환 할 수 있지만 대부분의 개발자는 데이터 만 반환하고 시각화를 분리하는 것을 선호합니다.
API가 HTML을 반환하면 REST를 위반하지 않지만 사용자 인터페이스와 응용 프로그램 데이터 간의 결합을 유도합니다. REST 덕분이 아니라 기본적인 소프트웨어 설계 원칙을 위반했기 때문에 그렇게하지 않는 것이 좋습니다.
내 REST API의 경우 JSON 데이터 만 해당됩니다. REST API의 경우 API가 프론트 엔드 구현에 중점을 두지 않아야하므로 JSON 또는 XML을 반환해야합니다.
제안하는보기는 html 종류의보기입니다. 그러나 뷰는 json, xml 및 기타 많은 유형이 될 수 있습니다.
View는 리소스를 나타냅니다. 응용 프로그램에서 처리하는 데이터를 내보내는 방법입니다.
이렇게 생각하면 짝수와 api 프로젝트에서 MVC를 사용할 수 있습니다.
예 : rabl 및 active_model_serializers과 같은 API 프로젝트에서보기를 사용하려면 몇 가지 보석이 있습니다.
예, HTML보기를 의미합니다. – user1863635
api 프로젝트에서 HTML보기를 사용하면 안됩니다. –
대답은 예이며 아니오입니다. 간단한 기계 파싱 가능 형식 (XML, JSON, CSV)을 출력하는 REST API는보기가 필요하지 않지만 API 사용자가 출력을 사람이 읽을 수있는 형식으로 볼 수 있으면 출력을 확인하는 데 사용할 수 있습니다. REST API를 사용하는 애플리케이션의 또한 모델에서 데이터 처리를 처리하여 코드 중복을 최소화하고 JSON/XML REST API와 사용자가 별도로 사용하는보기가있는 유효한 옵션입니다. 이 경우 "보기"는 모델로 작성/검색된 오브젝트를 다양한 출력 형식으로 변환하여 다양한 소비자 (인간 및 프로그래밍 방식 모두)에게 전달합니다.
그건 내가 생각하기에 너무. 그러나 사람들이 뷰를 사용하는 API 구현의 많은 예가 있습니다. 귀하의 의견에 감사드립니다. – user1863635