GraphQL
GraphQL(グラフQL)はAPI向けに作られたクエリ言語およびランタイムである[2]。 ベンダーフリーな GraphQL財団の支援を受け、開発が進められている[3]。
![]() | |
開発元 | Facebookとコミュニティ |
---|---|
初版 | 2015年 |
最新版 |
2018年6月[1] |
リポジトリ |
github |
プログラミング 言語 | Java、JavaScript、Ruby、Scalaなど |
対応OS | クロスプラットフォーム |
ライセンス | 3条項BSDライセンス |
公式サイト |
graphql |
ウェブAPIの開発に、RESTやその他のWebサービスと比較して、効率的で堅牢、かつ柔軟なアプローチを提供する。GraphQLでは、クライアントが必要なデータの構造を定義することができ、サーバーからは定義したのと同じ構造のデータが返される。したがって、必要以上に大きなデータが返されるのを防ぐことができクエリの効率が良い。また、柔軟性と豊かな表現が可能なクエリ言語は複雑さを加えるため、シンプルなAPIには適さない可能性もある[4][5][6]。GraphQLは、型システム、クエリ言語、実行セマンティクス、静的な検証、型チェックから構成される。
GraphQLは、データの問い合わせ (query)、書き換え (mutation)、購読 (subscription) をサポートする[7]。
概要
編集
GraphQLでは、クライアントがクエリ内容を記したdocumentを送信し、GraphQLサービスがクエリを実行し結果を返信する。documentはDSLであるGraphQL query languageを用いて記述される[8]。以下の例は明日の天気を取得するクエリのdocumentとGraphQLサービスから返されたクエリ結果のJSONである。
// document
{
tomorrow {
weather
rainyPercent
}
}
{
"tomorrow": {
"weather": "cloudy",
"rainyPercent": 30
}
}
リソースをURLパスで表現するRESTful APIと異なり、GraphQLはリソースをdocumentで表現する。GraphQL WebAPIの場合、単一のAPIエンドポイントへこのdocumentをPOSTする︵例:
https://API.intern
al./graphql
エンドポイントへdocumentをBodyとしてPOSTする︶ことでクエリが実行される︵参考: アプリケーションプログラミングインタフェース#様式 ︶。
Documentを受け取ったGraphQLサービスはDocument中のfield (例: tomorrow
) をトップレベルから1つずつresolverにより値へ解決する。クライアントが受け取りたい値はすべてfieldとして過不足なくDocumentに記載されているので、resolver群により全てのfieldを解決すれば過不足ないデータが1回のクエリで得られる。GraphQLサービス処理系はこのfieldからなるグラフ構造を上からresolverを用いて解決する役割を果たす。resolverはサービス実装者により実装される。
構造が事前に決められたリソースへアクセスするRESTful APIと異なり、GraphQLではその場でdocumentから与えられた構造に対しresolver群を連続適用して解決する。ゆえにRESTful APIでは定められたリソースしか1度のアクセスでは取得できないが、GraphQLではschema-validな任意のリソースを1度のアクセスで得られる。例えばRESTful APIでは﹁ある人の友人リスト﹂APIがあっても﹁ある人の友人の友人リスト﹂を得るためには1度友人リストを得たのちにクライアントからもう一度APIを叩く︵クライアントで自前の再帰を行う︶必要がある。一方GraphQLでは﹁Persion.friends field﹂resolverさえあれば{personA {friends
{friends {name} } } }
DocumentをPOSTするだけでresolverが連続適用されて﹁友人の友人リスト﹂が1度に得られる。
このようにGraphQLはクライアントからクエリ構造を渡せる柔軟性を持ち、また1度のクエリで必要十分な値のみを得られる効率性を持つ。
GraphQLサービスが受け入れられる型を、IDLである"type system definition language" (schema definition languageとも) で書かれたSchemaで記述する。
GraphQLはあくまでAPI仕様であり、通信方式の実装とは独立している。例えばGraphQL WebAPIを実装する際、documentをURLクエリ文字列に載せることも可能である︵例:GE
T https://API.internal./graphql?
query={tomorrow{weather}}
︶[9]。
機能
編集Arguments
編集
GraphQLではargumentを用いたクエリの制御が可能である。GraphQLオブジェクトの各field︵例:
tomorr
ow
︶は0個以上のargumentsを持てる[10]。GraphQLサービスではクエリをトップレベルのfieldからresolverによって解決していくが、argumentsはその時にresolverへ渡されresolverの振る舞いを制御する[11]。次の例では"都道府県名/name" argumentと"天気/weather" argumentを用い、都道府県-街リストから東京/tokyoに含まれる晴れ/sunnyの街を取得する。
// document
{
prefecture(name: "Tokyo") {
prefName
cities(weather: "sunny") {
cityName
rainyPercent
}}}
{
"prefecture": {
{
"prefName": "Tokyo",
"cities": [
{
"cityName": "Shinjuku",
"rainyPercent": 10
},{
"cityName": "Ikebukuro",
"rainyPercent": 0
}]}}}
directives
編集
GraphQLではdirectivesを用いたクエリの制御が可能である。GraphQLオブジェクトの各field︵例:
tomo
rrow
︶はdirectiveを持てる[12]。directivesは処理系に依存したあらゆる処理を指定するアノテーションである[13]。全ての処理系に実装されるdirectiveの例としてfieldの無視を指定する@include(if: Boolean)
がある。
{
sinjuku {
weather
}
ikebukuro @include(if: false) {
weather
rainyPercent
}}
{
"sinjuku": {
"weather": "cloudy"
}}
全てのresolverに
@include
相当の引数を用意すれば同等の機能を提供できるが、directivesを用いることでresolverに手を加えずかつdirective処理系1箇所での実装のみでこの機能を提供できる。
directivesはGraphQLサービス処理系以外にも利用されうる。例えばAWS AmplifyはSchema上のdirectivesに基づいたクラウドリソースプロビジョニングコード生成︵"GraphQL Transform"︶を実装している[14]。@
model
が付与されたfieldはresolverが自動で生成されかつDynamoDBにリソースが準備される。これはGraphQLサービス処理系ではなく、Amplify CLIによっておこなわれる。
形式
編集Document
編集Documentは1つ以上のOperationDefinitionからなる。1つのみの場合Nameが省略可能であり、さらにOperationTypeがqueryならこれも省略できる。
// document OpType Name [VarDef][Directives] { ... } OpType Name [VarDef][Directives] { ... } // e.g. query ExampleQuery1 { resource } query ExampleQuery2 ($var: S) @skip(if: false) { time }
Field
編集FieldはNameからなっており、Alias, Arguments, Directivesを利用できる。さらにサブFieldを持つことができる。
// document { [Alias] Name [Arguments][Directives] [SelectionSet] } // e.g.1 - simple { resource } // e.g.2 - full { time: resource (arg1: "arg") @skip(if:false) { subResource } }
処理系
編集値解決
編集
値解決︵Value Resolution︶はFieldの値を算出するステップである[15]。
ResolveFieldValue
関数インターフェスに該当し、[オブジェクト型, オブジェクト値, field名, arguments]からfieldの値を生成する︵例: Person
型, Obama
オブジェクト, job
fieldName, no argument => president
field value)。擬似JavaScriptコードで以下になる。
function ResolveFieldValue(objectType, objectValue, fieldName, argumentValues){
const resolver = getExternalResolver(ojectType, fieldName);
return resolver(objectValue, argumentValues);
}
歴史
編集
GraphQLは、2012年にFacebookの内部で開発され、2015年に公開された[16]。2018年11月7日、GraphQLプロジェクトは、Facebookから非営利のLinux Foundationがホストする新たに設立されたGraphQL Foundationに移譲された[17][18]。2012年以来、GraphQLの利用数は、GraphQLの作者のLee Byronが想定したとおりのスケジュールに正確に従って増加している[19] 。Byronの目標は、GraphQLをWebプラットフォーム全体で利用されるようにすることである。
2018年2月9日、GraphQL Schema Definition Language︵SDL︶が仕様の一部となった[20]。
実装
編集クライアント
編集GraphQLクライアントは適切なdocumentをGraphQL APIエンドポイントへPOSTするだけでクエリを実行できるため、ライブラリを採用せずとも容易にクエリを実行できる[21]。
より高度な機能を有するGraphQLクライアント実装としては、Apollo Client[22]とRelay[23]がある。
サービス/サーバー
編集利用例
編集GitHub API
編集
GitHubは第4世代のAPIとしてGraphQL API﹁GitHub GraphQL API v4﹂を提供している[28]。
GitHubはその選定理由として﹁more flexibility for our integrators︵我々のインテグレータに対する更なる柔軟性︶﹂を挙げている[29]。GitHubではIssueをプロジェクト管理アプリに組み込むシステムインテグレータ、CI/CDパイプラインを管理するエンジニアやライブラリ作者、レポジトリ統計を取り出す個人など、多様なAPI利用者を抱えている。その多様な要求から、全ての利用者に必要かつ十分な︵オーバーフェッチもアンダーフェッチもしない︶APIを提供することは困難である︵無数のREST APIエンドポイント・サーバー実装は管理しきれない︶。結果として一部の利用者にとっては柔軟性が足りなく感じられていた[30]。GitHubはレスポンス種に限りがあるREST APIから利用者側がレスポンス︵クエリ構造︶を指定するGraphQLにAPIを変更し、上記の問題を解決した。
関連項目
編集出典
編集
(一)^ “GraphQL June 2018 Release Notes”. 2019年3月26日閲覧。
(二)^ GraphQL is a query language for APIs and a runtime for fulfilling those queries with your existing data. https://graphql.org/
(三)^ GraphQL foundation. https://graphql.org/foundation/
(四)^ “GraphQL vs REST: Overview” (英語). Phil Sturgeon. (2017年1月24日) 2018年11月25日閲覧。
(五)^ “Why use GraphQL, good and bad reasons” (英語). Honest Engineering. (2018年8月4日) 2018年11月26日閲覧。
(六)^ “GraphQL Fundamentals”. Howto GraphQL. 2018年7月4日閲覧。
(七)^ “GraphQL”. facebook.github.io. Facebook. 2018年7月4日閲覧。
(八)^ Clients use the GraphQL query language to make requests to a GraphQL service. We refer to these request sources as documents. GraphQL specification
(九)^ When receiving an HTTP GET request, the GraphQL query should be specified in the "query" query string. GraphQL
(十)^ Every field on a GraphQL object type can have zero or more arguments GraphQL specification
(11)^ Each field on each type is backed by a function called the resolver which is provided by the GraphQL server developer. When a field is executed, the corresponding resolver is called to produce the next value. GraphQL
(12)^ A directive can be attached to a field or fragment inclusion, and can affect execution of the query in any way the server desires. GraphQL
(13)^ Directives provide a way to describe alternate runtime execution and type validation behavior in a GraphQL document GraphQL Specification
(14)^ Because the
Todo
type was decorated with an @model
directive of the GraphQL Transform library, the CLI created the additional schema and resolvers for queries, mutations, and subscriptions as well as a DynamoDB table to hold the Todos. Amplify Libraries
(15)^ This is exposed via ResolveFieldValue, which produces a value for a given field on a type for a real value. 6.4.2 Value Resolution
(16)^ “GraphQL: A data query language”. 2019年10月19日閲覧。
(17)^ “Facebook’s GraphQL gets its own open-source foundation” (英語). TechCrunch 2018年11月7日閲覧。
(18)^ “The Linux Foundation Announces Intent to Form New Foundation to Support GraphQL - The Linux Foundation” (英語). The Linux Foundation. (2018年11月6日) 2018年11月7日閲覧。
(19)^ Anthony. “Is GraphQL Moving Toward Ubiquity?”. NordicAPIs. 2019年10月19日閲覧。
(20)^ “[RFC GraphQL Schema Definition Language (SDL) by leebyron · Pull Request #90 · graphql/graphql-spec]” (英語). GitHub. 2019年10月19日閲覧。
(21)^ But you don't need a complex client to call a GraphQL server. With express-graphql
, you can just send an HTTP POST request to the endpoint you mounted your GraphQL server on, passing the GraphQL query as the query
field in a JSON payload. graphql.org
(22)^ “Introduction”. Apollo GraphQL Docs. 2019年10月19日閲覧。
(23)^ “Relay · A JavaScript framework for building data-driven React applications” (英語). relay.dev. 2019年10月19日閲覧。
(24)^ A reference implementation of GraphQL for JavaScript: graphql/graphql-js, GraphQL, (2019-10-19) 2019年10月19日閲覧。
(25)^ “GraphQL - Perl implementation of GraphQL - metacpan.org”. metacpan.org. 2019年10月19日閲覧。
(26)^ “Graphene”. graphene-python.org. 2017年6月18日閲覧。
(27)^ “Absinthe: The GraphQL toolkit for Elixir”. 2018年7月19日閲覧。
(28)^ GitHub chose GraphQL for our API v4 GitHub Developer
(29)^ because it offers significantly more flexibility for our integrators. GitHub Developer
(30)^ Despite all the information we provided, we heard from integrators that our REST API also wasn’t very flexible. GitHub blog