2

バックエンドで GraphQL を使用し、フロントエンドで Apollo-client を使用するアプリを構築しています。リレーションシップにメタデータを配置できるようにするため、Relay スタイルの接続タイプを使用します。

ただし、react コンポーネントが接続によって追加される複雑さに対処する必要はありません。nodes従来の理由と、よりクリーンに見えるため、反応コンポーネントがandを処理する必要がないことをお勧めしedgesます。私は周りを回るのが好きです：

スニペット 1 :

const ticket = {
  title: 'My bug'
  authors: [{ login: 'user1', login: 'user2' }]
}

それよりも

スニペット 2 :

const ticket = {
  title: 'My bug'
  authors: {
    nodes: [{
      login: 'user1',
      login: 'user2',
    }]
  }
}

nextPageまた、タイプスクリプトでは、などのノードとメタデータを含むチケットタイプを定義しているとは思えませんlastPage...

おそらくアポロクライアントレベルで、実際にそれらのメタデータが必要なときにスニペット1へのアクセスを許可しながら、スニペット2をスニペット1に自動的に変換できるようにする抽象化を考え出そうとしています。

この問題は他の誰かによって解決されましたか? 可能な解決策について提案はありますか？私は間違った方向に向かっていますか？

4

1 に答える 1