|
|
1
2
它是 可能的 但通常不是一个好主意,因为:
这违反了惯例。
按照惯例,突变总是在根上。为了区分对不同类型进行相同操作,您可以命名您的突变,例如,
从概念上讲,在根部突变是有意义的。
无论您正在执行什么操作(比如帖子、验证电子邮件、提交订单等),都不依赖于graphql在执行操作之前必须解析其他字段。这与实际查询数据时不同。例如,要在帖子上获得评论,我们可能需要解决
在这种情况下,突变是按顺序解决的。
. 这与平行发生的法向场分辨率相反。例如,这意味着
每个突变将按它们在文档中出现的顺序一次发生一次。但是,这只适用于根目录,并且仅当操作是
如果您仍然想这样做,尽管有上述情况,这是您在使用
您的架构已定义
它只做了一个有效的查询。这也是避免这种模式结构的另一个原因。 |
|
|
2
3
完全不同意丹尼尔! 这是一种神奇的方法,有助于前台人员快速了解哪些操作具有一个或另一个资源/模型。也不要列出大量的突变。 在一个请求中调用多个突变是常见的反模式。对于这种情况,最好创建一个复杂的突变。 但是,即使您需要对几个突变进行这样的操作,您也可以使用别名:
类似/不同的方法是具有超时的异步方法,并按顺序工作 |