graphql架构的命名空间解析

如果我想基于上下文创建两种不同的用户类型，如何在graphql中实现它而不使用不同的命名方式？graphql是否支持名称空间或我们可以实现相同行为的任何形式的概念？请告知。

来自：

GraphQL架构中的所有类型都必须具有唯一的名称。提供的两个类型不能具有相同的名称。没有提供的类型的名称可能与任何内置类型（包括标量和内省类型）冲突

GraphQL中没有“名称空间”的概念。模式有操作、类型、字段、参数和指令——仅此而已

拥有一个映射到模式中多个类型的单一域模型（即

User

）没有什么错（即

Viewer

和

Friend

）。

来自：

GraphQL架构中的所有类型都必须具有唯一的名称。提供的两个类型不能具有相同的名称。没有提供的类型的名称可能与任何内置类型（包括标量和内省类型）冲突

GraphQL中没有“名称空间”的概念。模式有操作、类型、字段、参数和指令——仅此而已

---

拥有一个映射到模式中多个类型的单一域模型（即

User

）没有什么错（即

Viewer

和

Friend

）。

当前提案票证状态为

打开
，跟踪它
当前提案票证状态为
打开，跟踪它
为什么这个问题同时标记了
graphql java
和
express graphql
？这似乎是一个通用的GraphQL问题。如果您想将其限制在特定的实现中，您可以，但可能您没有同时运行Java和Node.js服务器。为什么这个问题同时标记为
graphql Java
和
express graphql
？这似乎是一个通用的GraphQL问题。如果您想将其限制在特定的实现中，您可以，但可能您没有同时运行Java和Node.js服务器。