设计具有多种对象类型的graphql模式的最佳实践？

我发现的每一个grapqhl模式示例都只包含两个对象类型，这些对象类型在模式的全局上下文中都是有意义的，比如“人”、“狗”、“动物”

在现实生活中，有更多的类型。更重要的是，可能有一些类型仅在一组其他类型中有意义，但被称为类似的类型，例如统计类型。GroupType中的字段保存的统计类型与PresentationType中保存的统计类型不同。我们可以称它们为GroupStatisticsType和PresentationStatisticsType。然而，按照这种方法，我最终得到了名称非常长的类型

据我所知，所有类型都必须在模式中唯一地命名，并最终抛出一个范围。是否有一些设计模式、最佳实践，或者我是否遗漏了一些有助于设计一个像样的模式的东西

---

如果您有任何一个具有多种类型（20+左右）的模式示例，可能会有所帮助

你能不能放一些嵌套类型的代码你可能对@marktani感兴趣接口的概念是完全不同的。我刚刚发现这里提到了我的问题，但是没有答案。长的描述性类型名称有什么错误吗？除了很长之外？至少你的文档很难阅读