relayjs

0熱

2答えて

setVariablesを介してリクエストが行われた場合、非同期要求の間のローカル状態、つまりロードインジケータを実装する方法がありますか？ https://www.graphqlHub.com/graphql _onChange = (ev) => { this.setState({ loading:true }) let gifType = ev.ta

8熱

1答えて

既にGraphQLSegmentにIDを追加しようとしました

My Relay/GraphQLフラグメントには、同じタイプのオブジェクトを返す2つの異なるクエリが含まれています。また、結果セット間に重複があることがよくあります私）。私は、ブラウザで次の警告を参照してください。 Attempted to add an ID already in GraphQLSegment: client:client:15254944391:UmV2aWV3ZXI6MQ==

1熱

1答えて

GraphQL＆MongoDBカーソル

GraphQLのカーソルとMongoDBのカーソルとの関係を混同しています。私は現在、オブジェクト（mongoドキュメント）を作成し、既存の接続（mongoコレクション）に追加する変異に取り組んでいます。オブジェクトを追加するとき、突然変異は追加されたエッジを返します。どのように見えるか： { node, cursor } ノードは実際に追加されたドキュメントですが、私

0熱

1答えて

Relayがクエリデータを取得するタイミングを決定する

WebアプリケーションでReactjsとRelayjsを使用しています。私はそれをmemberListと呼ぶページの1つに、ウェブサイトに登録されているすべてのユーザーのリストを表示しています。これは私の実装の簡易版である： render() { {this.props.memberList.edges.length > 0 ? <ol> {this.props.

0熱

1答えて

GraphQLリレーの関係と突然変異

GraphQL-Relayの関係については非常に混乱しています。その約1対多の場合、それは非常に簡単なようです。私はconnectionDefinitionsをいくつか作成し、それは完全に機能しました。しかし、私は以下のモデルを作成/更新したい場合があります。 new Schema({ item: {type: String, ref: ‘Item’, required: true},

0熱

1答えて

リレーで失敗した突然変異を捕捉して処理する方法は？

私は投稿を作成し、それを投稿リストの前に追加するRelay突然変異を持っています。楽観的な更新は、突然変異がGraphQLサーバーに送信される前に、投稿のタイトルとURLの前にリストを追加します。私の問題は、突然変異が失敗した場合や完了できない場合、そのオプティミスティックアップデートが自動的にリストから削除されることです。失敗した突然変異を捕捉して処理する方法はありますか？そのため、ユーザーにポ

0熱

2答えて

サーバーサイド検証によるリレーの突然変異

サーバー側の検証を可能にするリレー突然変異をコード化しようとしています。その名前のレコードはすでに存在します。以下は私のGraphQL変異です。 /* @flow weak */ import {mutationWithClientMutationId,offsetToCursor} from "graphql-relay"; import {GraphQLString, GraphQLLi

4熱

1答えて

リレー環境を使用した突然変異

私はリレーネイティブでリレーを使用しており、ログイン中に問題があります&ログアウトしています。ログインまたはログアウト後、リレーは前のユーザーからストアを保持します。これを解決するために私はRelay.RendererとRelay.Environmentを使います。のように、それぞれRenderer私はEnvironmentのシングルトンオブジェクトを入れました。問題は私が以前にのオブジェクト

0熱

1答えて

なぜフラグメントデータはフェッチされますが、リレー突然変異ではアクセスできません

ノードを削除したい突然変異（code）があります。これは、post rowId（データベースの行の主キー）とビューアIDに依存します。該当するコンポーネント（code）がレンダリングされるとき。次のクエリは、私が得る応答がviewer.idとpost.rowId含ま query Queries { viewer { id, ...F1 } } fragm

0熱

1答えて

リレーは、最後の変数ではなく、setVariablesトランジション中に初期変数を使用します。

ファイルIDの束がlocalStorageからロードされるページがあり、コンポーネントが新しいプロップをマウント/受信すると、setVariablesが呼び出されます。これが機能し、新しい変数が設定されている間、最初の変数の結果がトランジション中に使用されます。これは、奇数のちらつきの原因となります。なぜ、リレーでは、移行中に何か違うのですか？私が期待するのは、this.props.viewer