편안한 API와 기존 API의 차이점은 무엇입니까?


대답 1:

나에게“전통적인 API”는 데스크탑 응용 프로그램의 서브 루틴을 의미합니다. 데스크탑 응용 프로그램은 일부 매개 변수를 서브 루틴에 전달하고 서브 루틴이 결과를 리턴 할 수 있습니다. 서브 루틴 코드는 응용 프로그램과 동일한 실행 파일로 패키지되거나 Windows의 DLL과 같은 일종의 동적으로 링크 된 코드 일 수 있습니다. 코드를 컴파일 할 때 링커를 사용하여 응용 프로그램을 서브 루틴에 연결합니다.

실제로 SOAP 프로토콜을 사용하여 인터넷에서 이와 비슷한 작업을 수행 할 수 있습니다. 응용 프로그램은 한 서버에서 실행되고 서브 루틴 (API)은 다른 서버에서 실행됩니다. WSDL은 서브 루틴의 매개 변수를 지정하는 데 사용됩니다.

그러나 두 서버 간의 SOAP 핸드 셰이크는 매우 "불쾌한"것일 수 있으며 다소 융통성이 없을 수 있습니다. 많은 웹 서비스 개발자가 대신 REST를 사용하는 이유입니다. REST는 여전히 하나의 서버에서 호출 애플리케이션 및 다른 서버에서 서브 루틴 (API) 개념을 가지고 있습니다. 그러나 호출을 수행하는 프로토콜은 단순한 HTTP GET 또는 POST이며 때로는 PUT 또는 DELETE입니다. GET 및 POST는 웹 브라우저에서 HTML 웹 페이지를 가져오고 양식 데이터를 보내는 데 사용하는 것과 동일한 프로토콜입니다. GET 또는 POST의 조회 매개 변수는 다른 서버의 서브 루틴에 전달 된 매개 변수가됩니다. 그리고 HTML 대신 다른 서버는 일반적으로 XML 또는 JSON과 같은 것을 반환합니다.


대답 2:

RESTful API는 모든 것을 CRUD 구조에 맞추려고합니다.

비즈니스 논리에 따라 컨트롤러 백엔드를 통해 15 개의 GETS와 12 개의 POST가 필요하다는 사실이 알려지지 않았기 때문에 현실적이지는 않습니다.

SUGGESTED 구현의 이러한 제한으로 인해 대부분의 기업은 RESTful API조차 수행하지 않습니다.

대신 대부분의 API는 RPC와 REST가 혼합되어 있습니다.

유연하고 확장 가능한 백엔드로 가장 쉬운 프런트 엔드를 만드는 것이 좋습니다.