2

我正在研究 GraphQL 和 Relay。到目前为止，对我来说，一切都相对顺利和容易理解。我有一个 GraphQL 模式Accounts和Teams. 两者之间还没有任何关系。我对帐户和团队的连接进行了一些特定于 Relay 的 GraphQL 调整。这是这两个连接的示例查询...

{
  viewer {
    teams {
      edges {
        node {
          id,
          name
        }
      }
    }
    accounts {
      edges {
        node {
          id,
          username
        }
      }
    }
  }
}

我已经准备好创建一个新帐户的 GraphQL 突变。这是那个的 GraphQL 表示...

type Mutation {
  newAccount(input: NewAccountInput!): NewAccountPayload
}

input NewAccountInput {
  username: String!
  password: String!
  clientMutationId: String!
}

type NewAccountPayload {
  account: Account
  clientMutationId: String!
}

type Account implements Node {
  id: ID!
  username: String!
  date_created: String!
}

我现在正在尝试创建使用此 GraphQL 突变的客户端 Relay 突变。不过，我对如何正确执行此操作感到非常困惑。我已经按照示例进行了操作，但我想出的任何内容似乎都无法正确运行。我倾向于得到与片段组合有关的错误。

如果我正在编写一个使用此 GraphQL 突变的 Relay 突变，那么合适的突变器配置是什么？我应该使用RANGE_ADD吗？

4

2 回答 2

6

对于您的客户端突变，您可以使用以下内容：

export default class AddAccountMutation extends Relay.Mutation {
   static fragments = {
      viewer: () => Relay.QL`
         fragment on Viewer {
            id,
         }
       `,
   };

   getMutation() {
      return Relay.QL`mutation{addAccount}`;
   }

   getVariables() {
      return {
         newAccount: this.props.newAccount,
      };
   }

   getFatQuery() {
      return Relay.QL`
         fragment on AddAccountPayload {
            accountEdge,
            viewer {
               accounts,
            },
         }
       `;
    }

   getConfigs() {
      return [{
         type: 'RANGE_ADD',
         parentName: 'viewer',
         parentID: this.props.viewer.id,
         connectionName: 'accounts',
         edgeName: 'accountEdge',
         rangeBehaviors: {
            '': 'append',
         },
      }];
   }

   getOptimisticResponse() {
      return {
         accountEdge: {
            node: {
               userName: this.props.newAccount.userName,
            },
         },
         viewer: {
            id: this.props.viewer.id,
         },
      };
   }
}

然后，在您的 GraphQL 模式中，您需要返回新创建的边以及游标：

var GraphQLAddAccountMutation = mutationWithClientMutationId({
   name: 'AddAccount',
   inputFields: {
      newAccount: { type: new GraphQLNonNull(NewAccountInput) } 
   },
   outputFields: {
      accountEdge: {
         type: GraphQLAccountEdge,
         resolve: async ({localAccountId}) => {
            var account = await getAccountById(localAccountId);
            var accounts = await getAccounts();
            return {
              cursor: cursorForObjectInConnection(accounts, account)
              node: account,
            };
         }
      },
      viewer: {
        type: GraphQLViewer,
        resolve: () => getViewer()
      },
   },
   mutateAndGetPayload: async ({ newAccount }) => {
      var localAccountId = await createAccount(newAccount);
      return {localAccountId};
   }
});

var {
   connectionType: AccountsConnection,
   edgeType: GraphQLAccountEdge,
} = connectionDefinitions({
   name: 'Account',
   nodeType: Account,
});

您需要将 getAccounts()、getAccountById() 和 createAccount 方法调用替换为您的服务器/后端使用的任何内容。

可能有更好的方法来计算光标，而不必进行多次服务器访问，但请记住，中继助手 cursorForObjectInConnection 不会对对象进行任何类型的深度比较，因此如果您需要通过 id 查找帐户列表，您可能需要进行自定义比较：

function getCursor(dataList, item) {
   for (const i of dataList) {
      if (i._id.toString() === item._id.toString()) {
         let cursor = cursorForObjectInConnection(dataList, i);
         return cursor;
      } 
   }
}

最后，将 GraphQL 突变作为“addAccount”添加到您的架构突变字段中，该字段由客户端突变引用。

于 2015-12-31T00:49:34.317 回答
4

现在，我正在遵循大约 5 个步骤来定义突变：

  1. 根据您定位的图表的哪一部分定义输入变量 - 在您的情况下，它是一个新帐户，因此您只需要新数据
  2. 根据 #1 命名突变 - 对你来说，那就是AddAccountMutation
  3. 根据受突变影响的内容定义胖查询 - 对您来说，这只是accounts连接viewer，但将来我相信您的架构会变得更加复杂
  4. 根据如何将胖查询与本地图相交来定义突变配置
  5. 定义您需要满足#1、#3和#4要求的突变片段

一般来说，第 4 步是人们觉得最令人困惑的一步。那是因为它令人困惑。很难在 Stack Overflow 的回答中总结为什么我觉得这是个好建议，但是......我建议你使用FIELDS_CHANGE所有的突变*。这相对容易解释和推理 - 只需告诉 Relay 如何查找与突变有效负载中的顶级字段相对应的节点。然后，Relay 将使用突变配置来构建一个“跟踪查询”，代表您到目前为止所请求的所有内容，并将其与代表所有可能更改的“胖查询”相交。在您的情况下，您希望相交的查询类似于viewer { accounts(first: 10) { edges { nodes { ... } } }，这意味着您需要确保您已经在某处请求了现有帐户。但是你几乎肯定有，如果你没有......也许你实际上不需要在本地为这个突变做任何改变！

有道理？

编辑：为清楚起见，这就是我对胖查询和配置的意思。

getConfigs() {
  return [
  {
    type: "FIELDS_CHANGE",
    fieldIDs: {
      viewer: this.props.viewer.id
    }
  }]
}

getFatQuery() {
  return Relay.QL`
    fragment on AddAccountMutation {
      viewer {
        accounts
      }
    }
  `
}

*附录：我目前认为只有一两个理由不使用FIELDS_CHANGE. 首先是您无法可靠地说明哪些字段正在发生变化，因此您只想直接操作图表。第二个是因为您决定需要更具体的FIELDS_CHANGElike NODE_DELETE、RANGE_ADD等变体提供的查询性能优化。

于 2015-12-31T02:51:35.113 回答