meteor - Apollo / GraphQl - 类型必须是输入类型
问题描述
在我学习 Apollo 和 graphQL 并将其集成到我的一个项目中时,请与大家联系。到目前为止一切正常,但现在我正在尝试进行一些突变,并且我正在努力处理输入类型和查询类型。我觉得它比它应该的要复杂得多,因此我正在寻找关于如何管理我的情况的建议。我在网上找到的示例总是带有非常基本的模式,但现实总是更复杂,因为我的模式很大并且看起来如下(我将只复制一部分):
type Calculation {
_id: String!
userId: String!
data: CalculationData
lastUpdated: Int
name: String
}
type CalculationData {
Loads: [Load]
validated: Boolean
x: Float
y: Float
z: Float
Inputs: [Input]
metric: Boolean
}
然后定义输入和负载,依此类推......
为此,我想要一个突变来保存“计算”,所以在同一个文件中我有这个:
type Mutation {
saveCalculation(data: CalculationData!, name: String!): Calculation
}
我的解析器如下:
export default resolvers = {
Mutation: {
saveCalculation(obj, args, context) {
if(context.user && context.user._id){
const calculationId = Calculations.insert({
userId: context.user._id,
data: args.data,
name: args.name
})
return Calculations.findOne({ _id: calculationId})
}
throw new Error('Need an account to save a calculation')
}
}
}
然后我的突变如下: import gql from 'graphql-tag';
export const SAVE_CALCULATION = gql`
mutation saveCalculation($data: CalculationData!, $name: String!){
saveCalculation(data: $data, name: $name){
_id
}
}
`
最后我使用 Mutation 组件来尝试保存数据:
<Mutation mutation={SAVE_CALCULATION}>
{(saveCalculation, { data }) => (
<div onClick={() => saveCalculation({ variables : { data: this.state, name:'name calcul' }})}>SAVE</div>
}}
</Mutation>
现在我收到以下错误:
[GraphQL 错误]:消息:Mutation.saveCalculation(data:) 的类型必须是 Input Type 但得到:CalculationData!.,位置:未定义,路径:未定义
从我的研究和其他一些 SO 帖子中,我了解到除了 Query 类型之外,我还应该定义 Input 类型,但 Input 类型只能是 avec Scalar 类型,但我的模式取决于其他模式(这不是标量)。当最后一个只有标量类型时,我可以根据其他输入类型等创建输入类型吗?我有点迷路了,因为它似乎有很多冗余。非常感谢有关最佳实践的一些指导。我相信Apollo/graphql可以随着时间的推移为我的项目带来很好的帮助,但我不得不承认,当 Schema 有点复杂时,实现它比我想象的要复杂。在线示例通常坚持使用字符串和布尔值。
解决方案
从规格:
字段可以接受参数来配置它们的行为。这些输入通常是标量或枚举,但它们有时需要表示更复杂的值。
一个 GraphQL 输入对象定义了一组输入字段;输入字段可以是标量、枚举或其他输入对象。这允许参数接受任意复杂的结构。
换句话说,你不能使用正则GraphQLObjectType
s 作为GraphQLInputObjectType
字段的类型——你必须使用另一个GraphQLInputObjectType
。
Load
当您使用 SDL 编写模式时,必须创建类型和输入似乎是多余的LoadInput
,尤其是在它们具有相同字段的情况下。然而,在底层,你定义的类型和输入会变成非常不同的对象类,每个类都有不同的属性和方法。有一些特定于 a 的功能GraphQLObjectType
(比如接受参数)在 - 上不存在,GraphQLInputObjectType
反之亦然。
试图代替另一个使用有点像试图将一个方形钉子放在一个圆孔中。“我不知道为什么我需要一个圆。我有一个正方形。它们都有直径。为什么我都需要?”
除此之外,有一个很好的实际理由将类型和输入分开。这是因为在很多情况下,您将在类型上公开大量字段,而不会在输入上公开。
例如,您的类型可能包含实际上是基础数据组合的派生字段。或者它可能包括与其他数据关系的字段(例如 afriends
上的字段User
)。在这两种情况下,将这些字段作为作为某些字段的参数提交的数据的一部分是没有意义的。同样,您可能有一些输入字段,您不想在其类型对应项上公开(password
想到一个字段)。
推荐阅读
- windows - 如何将 JSON 文件中的数据从批处理文件插入 SQLite 数据库
- go - 在 Go 中计算累积分布函数,类似于 Python 的 binom.cdf(max(0, k-1), n, p)
- python - 如何仅在列的空单元格中添加值,这些值取决于另一列的值
- quarkus - Quarkus prometheus 百分位数在较长的指标更新时间后仍然归零
- dart - 动态单例初始化(取决于参数)
- amazon-web-services - 如何在 ecs 中部署后端和前端应用程序?
- javascript - 在代码中包含 @popperjs/core 和 eslint 时如何修复意外的 Webpack 错误
- c# - 如何使用 AXE_Selenium 跨所有规则运行可访问性测试
- java - 序列不在 oracle 表上的一行中
- c# - 如何更改以asp中列出的形式出现的数据列中的数据名称?