GraphQLまたは

Question

をRESTは、誰かが代わりにRESTfulな APIのGraphQLを開発してみましたか？誰かが実生活（理論だけでなく）の長所と短所を与えることができますか？基本的に私の研究から、私はそれがあなたが何も必要以上に得ることを正確に得ることであることを発見しましたGraphQLREST APIの場合、一連のリクエストを頻繁に行う必要があり、必要以上に多くの情報を簡単に取得できます。

研究と学習に費やす価値がありますかGraphQL？あなたの注意を引くバグやショーストッパーはありますか？

Answer 1

この質問は、主に意見に基づいています。

私の経験から：RESTful-APIに対する複数のリクエストは、たった1つの理由だけでAPI設計が不足していることを示しています。つまり、必要なリソースが利用できないため、相殺するために別のリソースから材料を集める必要があります。この。

GraphQLで簡単に置き換えることのできるREST-APIは、実際にはAPIがCRUD-HTTP-APIであり、REST-Evangelistsの間で反パターンとみなされることを示します。

また、価値があるのは、バッキングAPIが照会する必要があるだけのデータストアになるため、GraphQLは責任をクライアントに置くことです。一方、RESTはクライアントの動作を強制するため、RESTはクライアントの動作を制限します。クライアントは、ブラウザに似たものに縮小されます。

どちらか一方のアプローチでは良い結果が得られる場合がありますが、それは状況に大きく左右されます。