サブフィールドを持つmongooseスキーマからGraphql Typeを生成

Question

NodeJSとMongooseを使用して、既に実稼働中のREST APIと一緒に行くためにGraphqlサービスを構築し始めていますが、 mongooseスキーマをGraphQL型に変換します。

私は、次のスキーマがありますので、

var userSchema = new mongoose.Schema({ 
    name: {type: String, required: true}, 
    email: {type: String}, 
    imageURL: {type: String, default:null}, 
    providerId: {type: String, required: true}, 
    token: {type: String, required: true}, 
    history: [{ 
     orders:[{type: mongoose.Types.ObjectId, ref:'Order'}], 
     restaurant: {type: mongoose.Types.ObjectId, ref: 'Restaurant'} 
    }] 
}, { timestamps: true}); 

は、基本的には、トラブルがhistoryフィールドです。このフィールドは、orders（別のマングーススキーマを参照するオブジェクトのリスト）とrestaurant（レストランのマングーススキーマを参照する）の2つのサブフィールドを持つオブジェクトのリストです。

私の主な質問は：historyフィールドでmongooseで行ったように、 "User"に対応するGraphQLタイプを書くときにサブフィールドを作成する方法があるのか​​、それとも2番目のタイプを作成してからこれを参照する必要があります（GraphQLで作成するだけで、アプリケーションが他のスキーマをmongooseで作成する必要はないことを知っています）。

Answer 1

あなたが言ったように、あなたのGraphQLスキーマを書くとき、履歴はおそらくOrderとRestaurantのように別のタイプである必要があります。アポロを使用して、スキーマ型の定義のようなものになります。上記のタイプの定義に加えて

type User { 
    # additional fields 
    history: [Record!]! 
} 

type Record { 
    orders: [Order!]! 
    restaurant: Restaurant 
} 

を、あなたはまた、ユーザーのためのレゾルバを提供することになります。この場合、リゾルバは単にUser.findOne()を返します（または通常はデータベースからUserオブジェクトを取得します）。

ここではちょっとしたことがあります：注文、レストラン、または歴史のためのリゾルバーは必要ないかもしれません。レゾルバを指定しない場合、GraphQLは渡されたオブジェクトをうまく使用するデフォルトのリゾルバを使用します（Userタイプのリゾルバで渡すUserオブジェクトのチャンク）。 GraphQLスキーマの 型定義で指定されたフィールドに一致するキーがオブジェクト内に見つかると、そのフィールドにデータが入力され、その他のフィールドは無視されます。

もちろん、追加の制御が必要な場合（オブジェクトキーとフィールド名が一致しない場合もあります）、常にリゾルバを書き込むことができます。