エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント22件
- 注目コメント
- 新着コメント
![stakme stakme](https://cdn.profile-image.st-hatena.com/users/stakme/profile.png)
stakme
ローダー実装が素直なら住心地よさそう(PKで引くだけとか)だけど、複雑な最適化やると意図せず変なクエリ投げてIO詰まって死んだりしそう。変なクエリ書くようなエンドポイントやめろと言われればそれはそう
![onesplat onesplat](https://cdn.profile-image.st-hatena.com/users/onesplat/profile.png)
onesplat
GraphQLは嫌いでもないんだけど、RESTやRPCでも十分シンプルに問題解決できるケース、むしろGraphQLのほうが面倒くさくなるケースもあるので、思い切った導入をためらうことが多いんだよな
![cpw cpw](https://cdn.profile-image.st-hatena.com/users/cpw/profile.png)
cpw
コンポーネントが増えたり必要な知識が増える分複雑になるんじゃないのかな。後は大量に捌くとSQLでjoinするわけじゃないからパフォーマンスに悪影響になりそう。ちなみに使ったことはないし想像です。
![holyshared holyshared](https://cdn.profile-image.st-hatena.com/users/holyshared/profile.png)
holyshared
この手のやつデータの整合性の話がでないのなんでだろ? Resolverが解決している間にデータが更新された場合、レスポンスがぶっ壊れたりする話を誰もしない 自分はそれを回避する為にDataLoaderを使用している
![stakme stakme](https://cdn.profile-image.st-hatena.com/users/stakme/profile.png)
stakme
ローダー実装が素直なら住心地よさそう(PKで引くだけとか)だけど、複雑な最適化やると意図せず変なクエリ投げてIO詰まって死んだりしそう。変なクエリ書くようなエンドポイントやめろと言われればそれはそう
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
GraphQLでバックエンドのコードをすっきりさせた話 - LayerX エンジニアブログ
こんにちは!LayerXの mosa_siru (榎本) です。 LayerX インボイスでは、もともと github.com/go-swagge...
こんにちは!LayerXの mosa_siru (榎本) です。 LayerX インボイスでは、もともと github.com/go-swagger/go-swagger を利用してREST APIを開発していましたが、最近開発したワークフロー機能 のコンポーネントではGraphQLを取り入れました。 GraphQLには様々なメリットがあり、RESTとの比較記事は多くありますが、なぜ僕らは移行したのか、その結果どうなったのかを紹介していきます。 GraphQLのメリット GraphQLのメリットは、様々な箇所で語られています。例えばこの記事によれば、 強力に型付けされたスキーマであること アンダーフェッチとオーバーフェッチがないこと︵後述︶ Apollo, Relayなどの、クライアントライブラリにより、フロントエンド開発が迅速になること 複数のGraphQL APIからの統合が可能 強力
2021/04/12 リンク