React 時代に選ぶ GraphQL - とろろこんぶろぐ

概要 先日新規の Web サービス開発でフロントエンド側の技術選定を行いました。 利用する技術の中で GraphQL を提案した際に、RESTful な API で呼び出す方法と比較して納得感がないという意見があがりました。 そこで、なぜ、どういうときに GraphQL を選定すべきだと思うか、文章にして自分なりにまとめておこうと思います。 前提 構成が BFF か BE かで意見は大きく変わりません。 例えば BFF として利用されるケースでは、バックエンド側には BE チームとマイクロサービス的な API が存在しており、 BFF として GraphQL を配置するようなケースです。GraphQL のリゾルバは API を叩きます。 一方、 BE として利用されるケースとは、リゾルバが直接 DB を叩くような形です。 今回はフロントエンドのチームが管理する BFF として、JS のみで

[arx0balest]

ブコメの人見た感想。普通にGraphQL便利だし業務で使ってるが、そうでない場所もあるんだな。大変だね。

[n_1215]

RESTful APIをまともに設計できる優秀なエンジニアがいないから妥協としてのGraphQLというイメージの方が強い。ハイパーメディアからどんどん離れていくね。

[gowithyou]

GraphQL登場してからだいぶ経つ思うけど殆ど普及してない現状を鑑みると、別の何かが登場してGraphQLはレガシーになるような気がするな。RESTを大きく上回るようなメリットが必要だと思う。

[NOV1975]

フロントエンドとサーバーサイドの依存性を少なくする設計が案外難しい、というのが最大の難点だと思うよ。気がついたらサーバーロジックを変更すると死、みたいな依存性が出来ていそう。

[umai_bow]

GraphQLにしろSSRにしろフロントエンド界隈の技術選定に関する議論でモヤるのは「ユーザーはいいUIを求めている」という漠然とした要件を振りかざして好き勝手言ってるからなのかなと最近思う

[gabuchan]

技術選定の考え方自体が参考になる良い記事でした。ありがたし🙏