- すべて
- 画像・動画
並べ替え:新着順
Next.js で GraphQL 使うんなら Apollo とか urql とか使わずサーバーサイドで完結が絶対に楽だと思う その上でクライアントサイドを噛ませるならー…React Query とか SWR とかかなぁ…
GraphQLも、OData Queryと同じ流れっぽい。 bessey.dev/blog/2024/05/2… まあ、そうなるよね x.com/takekazuomi/st…
GraphQLの話をするなら、OData の話もせざる得まい postd.cc/api-paradigms/ #なにをいまさらGraphQLの話をしているのか理解していない
GraphQLでquery、mutationできてるものの、PMがフックのサンプルまで書いてくれてるし、Reactの知識浅いうちからNext.js触ってるから、フロントとしてやらないといけないことが、めっちゃ曖昧な理解で進んでる気がする🤔
blog.studysapuri.jp/entry/2024/5/2… GraphQL Trusted Documents の実装パターンを Signed Query に移行しました (Android編) - スタディサプリ Product Team Blog
最近GraphQLばかりでRESTFulなAPIをFlutterで使う機会があまりなくて把握できてないけど、TanStack QueryとかSWRみたいな感じのことをやりたい場合はRiverpodでやるのが多いのかな?
GraphQL SchemaでUser Typeは大体のケースにおいては不要で、current_userに関連する情報はQuery TypeのFieldとして宣言可能。User Type作るとあらゆるものに繋がりがちで関連の複雑さを極めるし、意図しない関連にまでアクセスが及ぶリスクが将来において高まるので、出来るだけUser Typeは避ける。
やっていった GraphQL Trusted Documents の実装パターンを Signed Query に移行しました (Android編) - スタディサプリ Product Team Blog blog.studysapuri.jp/entry/2024/5/2…
はてなブログに投稿しました #はてなブログ GraphQL Trusted Documents の実装パターンを Signed Query に移行しました (Android編) - スタディサプリ Product Team Blog blog.studysapuri.jp/entry/2024/5/2…
・サーバーレスならスケールの手間かからないから COMMAND (WRITE) と QUERY (READ) でデータベース分けなくてよくね⁉️ ・自動生成した GraphQL に好き勝手クエリなげてもらえばフロントエンドに使いやすい QUERY と言ってもよくね⁉️ ということなんだろうか
graphQLを ジャンル名/query.graphql ジャンル名/types.graphqlって作っていたのに そもそもgqlgen側にディレクトリの認識能力がなかった…!!!!! これはクソです
graphql-yogaのcontext.params.query、やっぱりこれ文字列なんだ 調べてみてもJSON.parseして使ってるコードとかが見つかるな pic.twitter.com/qtPWg4lAOt
Mutationというワードを時々聞くんですが、以下のような感じなんだなと認識した。 GraphQLのQuery:PostgreSQLのSELECTみたいなもの。データ取得 GraphQLのMutation:PostgreSQLのINSERT、UPDATE、DELETEみたいなもの。データの変更を伴うもの
GraphQLの設計なかなか難しいな ユースケースごとにqueryとかmutation作った方が良いんだろうけど、それはupdate〇〇みたいな形式を全て否定するものではないはず 有限オートマトンみたいな決まった状態変化なら専用の更新mitationが欲しいけど、自由に変化できるならupdate〇〇も悪くなさそう
返信先:@0x_onigiriありがとうございます😊 テストネットだとgraphqlとかでquery投げないとpool見つけられないので、メインネットで試してますね! gas代はちょっとだけかかりますが、色々ためして1suiいかないのであまり気にしていないです!