GraphQLのNの理由を選択
もともとにリリース研究所szhshpの第三国境、明記してください
それは簡単にああですので選択
強い持つGraphQL APIのタイプのパターン
GraphQLスキーマは、API関数を示すための規則です。
- APIは、サポートされている厳格な制度運用を（クエリ、突然変異、サブスクライブ）を定義します
- APIドキュメントは、自動的に設定が非常に簡単にバックエンドのAPIになり、対応するスキーマを生成し、
オンデマンド、および強力な拡張を取得
これは、非常に簡単です直接必要なデータを決定し、フロントエンドのクエリ、クエリを書きました
OverfetchingとUnderfetching：それは、伝統的なRESTのAPIの2つの典型的な問題を解決します
固定データ構造に依存することなく、RESTは、サーバから返されました。
以下のために
老式数据查询 API、固定データ構造が返され、私たちも、追加の処理のフロントエンドを行いたいです
Overfetching
それは私が必要とするデータよりも多くのデータを返します
- ヴィンテージAPI
- あなたは、固定された背景には、データベースのデータパラメータ決意によって返された特定のパラメータを受け取ることができる持っています
- GraphQL
- 私は、クエリ要求の前で直接データを書き込む必要があるので、それは戻ってくる大量のデータを分散しません
Underfetching
それは私が必要とするデータよりも少ないデータを返します
- ヴィンテージAPI
- 私はおそらく言い訳の要求に応じてデータを取得する必要があります
- 特に、データの一部は、接続と同様です
- たとえば、ユーザーのデータを取得し、その後、戻って、ユーザが記事によると、データを要求するたびにユーザーを取得する必要がありますします
- だから、明らかにそれを数回要求しています
- GraphQL
- すべてを取得するための要求
迅速な製品開発をサポートしています
（などアポロ、リレー、）GraphQLサポートのためのフロントエンドフレームワークがたくさんあります
スキーマの前にすべての良いデザインをエンコードすることができるように、ツールなどGraphQl偽物は、さえあります
GraphQL APIを構成します
APIスプライシング
無料複数のAPIをスプライスされます
そして、クエリを入れ子にすることができます
豊富なコミュニティがあります
Expressは、複数のフレームは、対応するミドルウェアを有します
デバッグツールは、増加し続けると
私は、SQL Serverのコードを書くことができません
これはまた利点としてカウントすることができますああ