2017/06/22 09:11:25
yug1224
「必要なデータだけリクエストし、受け取れるからエコ」ほんとそれ
2017/06/22 10:40:34
erukiti
最近(?)話題のヤツ。実はRESTなんていらんかったんや
2017/06/22 11:48:39
yhara
へー
2017/06/22 11:50:47
lambdalisue
お、RESTの気に食わないところ改善しそうだし試す価値ありだな。
2017/06/22 11:52:31
rti7743
これが、行き着くところは制限付きのSQLなんでね? セッションを加味して制約がつけられるSQLサーバがあればいいんでね。
2017/06/22 13:07:00
field_combat
DBにクエリ投げるみたいな感じになるのね。便利そうだから人柱さんにガンガン使ってもらって安定化してほしい。サーバサイドがどんどん薄くなるな。
2017/06/22 13:08:20
a006315851
裏の実装がめんどそう
2017/06/22 13:17:33
kuchitama
サーバサイドの実装負担でかそうな印象…
2017/06/22 13:32:01
arc_at_dmz
要するにsql今風にhttpで叩けるようにしたやつか。中でちょっとだけインタプリタみたいな実装が必要になるな。どんな支援ライブラリが出るかに興味がある。
2017/06/22 13:36:44
kaz_hiramatsu
ここまで行くと生SQLでよくねと思ってしまう
2017/06/22 14:22:23
assaulter
クソみたいなクエリ投げつけても大丈夫なのかな
2017/06/22 15:02:37
potato777
これも関数型だと最適化しやすいんだけどね。SQLと大きく違うところは抽象度かな、GraphQL はモデルをリクエスト。他は、サーバー変更なしでデータ取れる。いちいちAPI作らなくていい。AB容易など、実装は意外と簡単
2017/06/22 15:46:33
mkkproject
面白そう
2017/06/22 16:46:17
shopetan
そろそろ逃げずに勉強する機運
2017/06/22 16:46:27
garage-kid
245
2017/06/22 17:03:55
hitotakuchan
RESTのいいところはリクエストをURLで表現できるところだと思っていたんだけど、これはリクエストも json でめんどくさくないの?Java の SOAP にだんだん近づいている感じがする。
2017/06/22 17:11:30
kkotyy
RESTより柔軟そうだし、SOAPほどガチガチでもないし、良さそう。あとは各webフレームワークで簡単に使えるか。django には、graphene_django てのがあるらしい。 http://qiita.com/TakesxiSximada/items/d64e34f77ff9139f7e1f
2017/06/22 18:00:24
itmammoth
進んでるのか遅れてるのか、よくわかんない
2017/06/22 18:20:58
uehaj
エコで省エネで型っている
2017/06/22 18:21:02
toruuetani
GraphQL面白いね。
2017/06/22 18:29:13
potekenpi
揺り戻し感ある。また何年か後にGraphQLやっぱメンドクセーつってRESTの再発明してそう。
2017/06/22 18:42:16
lizy
ODataとか言うヤツも比較的複雑な構造の問合せ(と更新)に対応してるみたいだけど、メジャーにはなれなかったのかな
2017/06/22 19:03:02
wwolf
関係ないけど JSON-RPC って死んじゃったのかな。好きだったんだけど。
2017/06/22 19:03:46
naosim
へー
2017/06/22 19:45:30
atwata
もうSQLでいいじゃんと思ったけど、これはQL(Query Language)だから、実際SQLみたいなものか
2017/06/22 20:00:21
tsz
よさ気
2017/06/22 20:05:20
slash_01
あとで
2017/06/22 20:06:27
hylom
APIを提供するほうは実装が大変そうだ。バックエンドがSQLベースだと特に。
2017/06/22 20:38:13
lbtmplz
SQLで事前に処理のデカさが分かれば良いのではないか
2017/06/22 21:21:53
alfalfalfa
joinの復権かこれ?クエリによってはn+1どころじゃない問題が起こりそう。RDBMSに直結して管理画面生成するのにはいいかも
2017/06/22 21:26:28
higysk
良さげだけど、RESTがシンプル故に、APIの設計コストが低いというメリットがあるけど、そこはどうなんだろう。
2017/06/23 00:13:00
massa142
ネストが複雑になってつらみと昔感じてたGraphQLが流行ってきてるのか
2017/06/23 08:29:56
an_emerald
必要なものだけ得られるのがいいね。
2017/06/23 09:41:53
shirokurostone
サーバ側の実装が大変そう
2017/06/23 10:46:04
W53SA
クソクエリでDDoS攻撃食らったりせんか
2017/06/23 12:43:18
wadandandadan
GitHub APIから学ぶ次世代のAPI実装方式GraphQL
2017/06/23 16:30:11
georgew
今後はこちらが主流になっていくようで、既存のREST APIからGraphQLへのマイグレーションガイドも提供 > へー、RESTもいよいよ終了が見えてきたのかー...
2017/06/23 19:10:07
sugimomoto
いやー、面白いけど、しょーじき次世代感は無いかなぁ。それに、RESTでも、URL でセレクトしたりするよね? なんかあまり魅力を感じない
2017/06/26 17:30:22
otchy210
NoSQL 時代の query 言語って感じ。標準化されて各種 NoSQL が直接サポートすると面白そうなんだけどなー。一方バックエンドが RDBMS だと実装で死にそう。