REST vs. GraphQL vs. gRPC · Dan Hacks

REST, GraphQL, and gRPC are 3 popular forms client-server and server-to-server communication. Choosing can be difficult, so this concise guide can help. In each section, an example will be provided to illustrate retrieving a user. REST Notes HTTP paths describing data, e.g. /users as a collection of users Easily discoverable data, e.g. user ID 3 would be at /users/3. All of the CRUD (Create Read U

[kwhrtsk]

ここでは触れられてないようだけど、gRPCは双方向通信をサポートしているので、従来はWebSocketやなんらかのPubSubサービスを併用していたユースケースもgRPC一つでカバー出来るというのがかなり大きな違いだと思う。

[kagehiens]

これらが競合するものだっていう認識があまりないのだけど、そんな選択に迷うこと多いもんなん？

[koriym]

https://www.moesif.com/blog/technical/graphql/REST-vs-GraphQL-APIs-the-good-the-bad-the-ugly/

[masatotoro]

gRPCも試してみる

[arx0balest]

フロントエンド的には GraphQL が一番使いやすい気がする

[taku-o]

easyってのはサービス間連携だと、かなり強い利点だよな、と思いました。

[areyoukicking]

メモ

[tettekete37564]

ブコメと Wikipedia 読んだ感じ GraphQL をやるんだったら gRPC の方が良いらしい。REST はかなりゆるいルールだしね。

[mr-csce]

未だにRESTしか使ったことない（他を勉強したこともない）ので、これがブクマに上がってきたきっかけで勉強してみよかなと思いました。

[cpw]

知らない人が書いたコード、動作を理解するのにはgRPCは辛すぎる。

[itotto]

使いどころが違うので使い分けで悩んだことがないかも

[onesplat]

ゴミ記事ですわ

[ema_hiro]

簡潔にまとめられててわかりやすかった。

[wata88]

protobufだけでもだいぶ良いのでgrpcが好き

[slash_01]

やはり個人的にはgRPCが最強だよな、という感覚がある。

[braitom]

REST、GraphQL、gRPCを選択するためのPros/Consが簡潔にまとめられている。

[mukaken]

REST、GraphQL、gRPCを選択するための事例紹介