エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
RailsでGraphQL APIをつくる: Part 3 - ベストプラクティス集(翻訳)|TechRacho by BPS株式会社
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
RailsでGraphQL APIをつくる: Part 3 - ベストプラクティス集(翻訳)|TechRacho by BPS株式会社
このブログ記事シリーズでは以下の3つのトピックについて扱います。 GraphQLとは何か Railsで基本的なAP... このブログ記事シリーズでは以下の3つのトピックについて扱います。 GraphQLとは何か Railsで基本的なAPIを書く ベストプラクティス集(本記事) 1. インターフェイス 2つの型が多数のフィールドを共有している状況を考えてみましょう。たとえば、2つの型のどちらにもid、updated_at、created_atといったActiveRecordの基本的なフィールドがあるとします。こうした型を整然と扱うにはどうしたらよいでしょうか。1つの方法は、次の「インターフェイス」を使うことです。 リファクタリング前のUserTypeとPostTypeは次のようになっています。 # app/graph/types/user_type.rb UserType = GraphQL::ObjectType.define do name "User" description "1人のユーザー" fiel