気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
tech.layerx.co.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント22件
- 注目コメント
- 新着コメント
stakme
ローダー実装が素直なら住心地よさそう（PKで引くだけとか）だけど、複雑な最適化やると意図せず変なクエリ投げてIO詰まって死んだりしそう。変なクエリ書くようなエンドポイントやめろと言われればそれはそう
onesplat
GraphQLは嫌いでもないんだけど、RESTやRPCでも十分シンプルに問題解決できるケース、むしろGraphQLのほうが面倒くさくなるケースもあるので、思い切った導入をためらうことが多いんだよな
cpw
コンポーネントが増えたり必要な知識が増える分複雑になるんじゃないのかな。後は大量に捌くとSQLでjoinするわけじゃないからパフォーマンスに悪影響になりそう。ちなみに使ったことはないし想像です。
holyshared
この手のやつデータの整合性の話がでないのなんでだろ? Resolverが解決している間にデータが更新された場合、レスポンスがぶっ壊れたりする話を誰もしない 自分はそれを回避する為にDataLoaderを使用している
stakme
ローダー実装が素直なら住心地よさそう（PKで引くだけとか）だけど、複雑な最適化やると意図せず変なクエリ投げてIO詰まって死んだりしそう。変なクエリ書くようなエンドポイントやめろと言われればそれはそう
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
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からの統合が可能 強力
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
tech.layerx.co.jp
tech.layerx.co.jp
tech.layerx.co.jp
tech.layerx.co.jp
anond.hatelabo.jp
anond.hatelabo.jp
www.socym.co.jp
naresome.net
togetter.com
tech.nri-net.com
aws.amazon.com
speakerdeck.com/ssssota
zenn.dev/senken
www.iza.ne.jp
qiita.com/ekzemplaro
2021/04/12 リンク