私はgraphqlでちょっと遊んでいるだけで、埋め込みと部分応答のあるgraphqlとRESTの違いをまだ認識できません。GraphQLと埋め込みの違い
部分応答は、年以来、チームシティーで使用され、それが「RESTfulな」サービスとして動作
https://github.com/dotarj/PartialResponse
http://v2.wp-api.org/reference/links.html
私はgraphqlでちょっと遊んでいるだけで、埋め込みと部分応答のあるgraphqlとRESTの違いをまだ認識できません。GraphQLと埋め込みの違い
部分応答は、年以来、チームシティーで使用され、それが「RESTfulな」サービスとして動作
https://github.com/dotarj/PartialResponse
http://v2.wp-api.org/reference/links.html
RESTはGraphQLのような建築スタイルではなく、形式やクエリ言語(あります)です。部分的なリソースやリソースの階層をサポートするAPIを構築することも可能ですが(他の例にはJSONパッチやJSONグラフが含まれます)、そのようなアプローチはRESTの概念の一部ではありません。一方、は、で、GraphQLの概念的な部分です。あなたはGraphQLといくつかの類似点を持つ例を選んだが、これはRESTfulなサービスであるという理由によるものではない。
一方、RESTは、GraphQLに準拠していない(またはその逆の)いくつかのアプローチに基づいています。不完全なリストには以下が含まれます。
あなたは絶対に正しいです。たぶん、あなたは2つのことを比較することができますか、しないでください。今のところ、この目的のためにFacebookによって挿入されたので、私はHTTPに関連してGraphQLを見ただけですか? –
私はHTTP以外の何かを見たことがありません。実際には、トランスポートやレスポンスのシリアル化形式(JSONは必須ではなく「推奨」)などの重要なことについて、仕様にルーム(HTTPなどのトランスポートを介して送信されたもの)を残しておくことにかなり驚きました。 GraphQLがユビキタスな言語になることを確実にしたいときには、おそらく意味をなさないでしょう。しかし、私は、多くの人々がRESTfulなサービスが「独自仕様」であり、GraphQLが「オープン」であると思っているように見えますが、仕様のこの格差は独自仕様のトランスポートやシリアライズフォーマットを可能にします。 – BlueM