【徹底解説】REST VS GraphQL

注意：今回の記事で載せているコードは読者に具体的なコードのイメージを持たせる目的で書いている。それ故に、実際にブラウザ上で実行しても動作しない点には注意してほしい。より専門的ににGraphQLとRESTの違いを学びたいならLogRocketの記事とApolloの記事を参考に。 はじめに 今回の記事では、Web APIの開発に重宝されるRESTとGraphQLの違いを解説する。 対象とする読者 これからREST、またはGraphQLを実務で積極的に活用したいひと 両者の違いがわからないひと 個人開発等でWeb APIをつくるひと タイトルを見てなんとなく気になったひと APIとは RESTとGraphQLの議論に入る前に、まずはAPIについて説明する必要がある。 Wikipediaによると、API(Application Programming Interface)は以下のように定義されてい

[BOOOOOOOON]

RESTfulですら理解できてない人間だらけなのにGraphQLなんか採用したら人集めるのくそ苦労すんねん

[yamadadadada2]

個人的にはGraphQLのほうが守りやすいルールが多くてやりやすいけどね。RESTだと結局各人の自由な解釈が増えて人の増加と共にカオスになっていく

[soybeancucumber]

なぜVSなんだ。。いろいろおかしい。

[chiroruxx]

GraqhQLが複雑なのなら、プロトタイピングを高速にはできないのでは、、、？

[trace22]

比較に関して別にどうとでも取り回せる内容でしかなくあまり考えて書かれていないな

[kako-jun]

本文を読む前に、なぜVSというコメントを読んで、CodeのつかないVisual Studioで無理やりコーディングする内容なのかと思った

[jiro68]

GraphQLはクライアント開発者フレンドリーというメリットがある一方、サーバー側の負荷が読み切れない。そのアプリ/サイトが絶対に流行らないならGraphQLがお勧め。流行る可能性があるなら REST にしておいた方が良いと思う

[lejay4405]

へー

[nemoba]

GraphQLはクライアント界面の最適化が主軸だったけど、SSRに回帰してるご時世にその優位性が薄れてる。GraphQLもSSRも気を付けないと最高の泥船が出来る

[yojik]

ORMと連携がなければクエリの柔軟性を生かすことは全くできない(サーバサイドでN+1が発生する)問題がキツいのも結構大きいと思う。あとモンスターとドロップアイテム、二発呼び出した方が逆にシンプルでは。。

[Magicant]

オーバーフェッチングやアンダーフェッチングが性能のボトルネックになる状況でない限り REST よりも複雑な GraphQL を使ふメリットないんよな

[tettekete37564]

GraqhQLはセキュリティや個別パラメータへのアクセス権の問題とかもあるよね。最近はなんかのFWとかで対応しやすくなってるのかもしれないけどサーバ側の負担大きいと思う

[hurafula]

いつもの人

[strawberryhunter]

GraphQLは開発チームがフロントエンドとバックエンドで分かれていてそれぞれ数十人いるような規模でないとメリットが出ないと思う。あと副次的にいろいろ問題起こしそう。

[cpw]

GraphQL使う予定はない、シンプルじゃないのが良くない。物事はシンプルにしておきたい。

[envs]

PrismaのfindMany()とfindFirst()の引数オブジェクトをJSONで受け取るなんちゃってGraphQLエンドポイントを作ったけど、楽チンで今のところうまくいってる

[mayumayu_nimolove]

GlaphQLも出てきてから結構経ってるよね

[turanukimaru]

REST と GraphQL って同時に使えないんだっけ？ REST は Aggregation に対する操作で、GraphQL はAggregations に対するクエリと捉えていたんだが。GraphQL は正しく使える気がしないからまだ導入してないんだけど。

[Eiichiro]

”「特定のモンスターの情報と、モンスターがドロップするアイテムの情報を取得する」場合を考える。これをRESTで表現するには以下のように、2つのリクエストを送信することになる”APIを増やせばいいんじゃね？