我的模式中有一个名为文章的类型：
type Article {
id: ID!
updated: DateTime
headline: String
subline: String
}
对于它的更新，有一个相应的输入类型被update文章（id：ID！，文章： ArticleInput！）突变使用：
input ArticleInput {
headline: String
subline: String
}
突变本身看起来像这样：
mutation updateArticle($id: ID!, $article: ArticleInput!) {
updateArticle(id: $id, article: $article) {
id
updated
headline
subline
}
}
文章总是作为一个整体保存（不是一个接一个的单独字段），因此当我将文章传递给我之前获取的突变时，它会引发错误，例如未知字段。在字段“更新”、未知字段中。在字段“__typename”和未知字段中。在字段“id”中。这些有根本原因，即这些字段没有在输入类型上定义。
根据规范，这是正确的行为：
（…）此无序映射不应包含任何名称未由此输入对象类型的字段定义的条目，否则应引发错误。
现在我的问题是处理这些场景的好方法是什么。我应该在我的应用程序代码中列出输入类型上允许的所有属性吗？
如果可能的话，我想避免这种情况，也许有一个实用程序函数为我切片它们，它知道输入类型。然而，由于客户端不知道模式，这必须发生在服务器端。因此，不必要的属性将被转移到那里，我想这就是为什么它们不应该首先被转移的原因。
还有比维护属性列表更好的方法吗？
我正在使用apollo-client、react-apollo和graph ql-server-Express。
您可以将片段用于查询，其中包括数据的所有可变字段。过滤器实用程序可以使用该片段在突变发生之前删除所有不需要的数据。
要点是：
const ArticleMutableFragment = gql`
fragment ArticleMutable on Article {
headline
subline
publishing {
published
time
}
}
`
const ArticleFragment = gql`
fragment Article on Article {
...ArticleMutable
id
created
updated
}
${ArticleMutableFragment}
`;
const query = gql`
query Article($id: ID!) {
article(id: $id) {
...Article
}
}
${ArticleFragment}
`;
const articleUpdateMutation = gql`
mutation updateArticle($id: ID!, $article: ArticleInput!) {
updateArticle(id: $id, article: $article) {
...Article
}
}
${ArticleFragment}
`;
...
import filterGraphQlFragment from 'graphql-filter-fragment';
...
graphql(articleUpdateMutation, {
props: ({mutate}) => ({
onArticleUpdate: (id, article) =>
// Filter for properties the input type knows about
mutate({variables: {id, article: filterGraphQlFragment(ArticleMutableFragment, article)}})
})
})
...
ArticleMutable片段现在也可以重复用于创建新文章。
我个人也有同样的想法，并且之前采用了@amann的方法，但是过了一段时间，在输入类型上使用查询片段的概念缺陷变得明显。你可以选择不存在于（相应的）对象类型中的输入类型字段——有吗？
目前，我通过typesafe-joi模式描述我的输入数据，并使用它的stripUnknown选项过滤掉我的表单数据。
无效数据永远不会离开表单，因此可以静态类型化有效数据。
从某种意义上说，创建joi模式与定义“输入片段”是相同的活动，因此不会发生代码重复，并且您的代码可以是类型安全的。
