GraphQL を利用したアーキテクチャの勘所 / Architecture practices with GraphQL

iCARE Dev Meetup 20 で発表した資料です #icare_meetup p.7,8,61 https://graphql.org/ p.18 https://twitter.com/a_suenami/status/1379270185207484417 p.33 [SQLQL - Qiita](https://qiita.com/yancya/items/4b7979d83cbf6af9b819) p.33 https://twitter.com/onk/status/912491093127598080 p.35 [【エンジニアブログ】ダイニーのエンジニアリング3カ条｜dinii（ダイニー）公式｜note](https://note.com/dinii/n/n9be778bd7da3) p.36 [Smart UI パターンが再評価される世界 - id:onk のはてな

[otherworld]

GraphQLの資料であまり言及されないリソースの設計とユースケースの違いを意識していて良い資料だ。

[iga_k]

QuipperさんのGraphQL導入話

[yigarashi]

Query/SchemaをUsecase/Resourceという風に言い換えると、GraphQLの良いところがスッと腹落ちしてとても良い。GraphQL as BFFの話もあんまり深めたことが無かったから凄く面白かった。

[rasyuki]

14スライド目の「神API」って皮肉的なニュアンスだと思うけど、これを皮肉って思わない人は「複数のユースケースに対応できるのは神APIなんだ！」って誤解しちゃうんじゃないか？

[snowcrush]

Hasura気になってるのでブクマ。自分が運用する場合もCQRSっぽくなりそうだなと思った。

[t_f_m]

あとで

[hamamuratakuo]

APIの整備／活用 → マイクロサービスで分散化

[lilpacy]

WebAPIの設計/Usecase-based/Resource-based/GraphQL as a service/Hasura/BFF

[sezemi]

バックエンドからみた設計

[Keisuke69]

実践的知見だ

[gfx]

よいまとめだった。

[lepton9]

[]][architecture][api][design]

[nekoruri]

後半でよく言われるBFF利用への問題提起

[yskttm]

🎉