저는 graphql을 조금 사용하고 있으며 embedding과 partial response로 graphql과 REST의 차이점을 인식하지 못합니다.GraphQL과 임베디드의 차이점
부분 응답 년 이후 인 TeamCity에 의해 사용되며, 그것은 "평안한"서비스로 작동
https://github.com/dotarj/PartialResponse
http://v2.wp-api.org/reference/links.html
저는 graphql을 조금 사용하고 있으며 embedding과 partial response로 graphql과 REST의 차이점을 인식하지 못합니다.GraphQL과 임베디드의 차이점
부분 응답 년 이후 인 TeamCity에 의해 사용되며, 그것은 "평안한"서비스로 작동
https://github.com/dotarj/PartialResponse
http://v2.wp-api.org/reference/links.html
REST는 GraphQL 같은 건축 양식이 아닌 형식이나 쿼리 언어 (이다)입니다. 부분적인 리소스 나 리소스의 계층을 지원하는 API를 만들 수 있습니다 (다른 예에는 JSON 패치 또는 JSON 그래프가 포함될 수 있습니다). 그런 접근 방식은 REST의 개념적 부분이 아닙니다. 한편, 은 GraphQL의 개념적 부분 인입니다. GraphQL과 약간의 유사점을 가진 예제를 골랐지 만, 이는 RESTful 서비스라는 사실 때문이 아닙니다.
반면에 REST는 GraphQL을 따르지 않는 몇 가지 접근법을 기반으로합니다 (또는 그 반대). 불완전한 목록은 다음을 포함합니다 :
당신은 틀림없이 옳습니다. 어쩌면 두 가지를 비교할 수도 있고 그렇지 않을 수도 있습니다. 지금까지는 GraphQL을 HTTP와 관련하여 보았습니다.이 목적으로 Facebook에 의해 삽입 되었기 때문입니다. –
HTTP 이외에 다른 것을 본 적이 없습니다. 사실, 전송 또는 응답 직렬화 형식 (JSON은 필수는 아니지만 "권장")과 같은 중요한 작업을 위해 사양에서 HTTP와 같은 전송을 통해 전송되는 공간을 남겨 두는 것에 상당히 놀랐습니다. GraphQL이 유비쿼터스 언어가 될 수 있음을 확신하고 싶을 때 유용 할 수 있습니다. 그러나 많은 사람들이 RESTful 서비스가 "독점적"이고 GraphQL이 "개방적"이라고 생각하는 것으로 나타났습니다. 스펙의 이러한 차이 때문에 독점적 인 전송 또는 직렬화 형식이 허용되었지만 이는 공개되지 않았습니다. – BlueM