是"分组类型"设计GraphQL API时有个好主意吗?

时间:2017-02-03 15:31:18

标签: api-design graphql graphql-js

在GraphQL中创建类型时,类型上的字段列表可能会在一段时间后变得很长。保持字段数量下降的一种方法是将字段的一些相关子集放入一个"分组"类型,因此,user { last_name, first_name, height, weight, friends, favorite_clubs }代替user { identification, friends, favorite_clubs },而identification的架构当然是{ last_name, first_name, height, weight }

但是,我并不相信这样做是个好主意。优点是user类型更具可读性,但令我担心的是:

  • 您正在创建一个新的GraphQLObjectType仅仅是为了组织,它不是我的心智模型中的新节点...

  • root解析器的identification参数仍然是用户对象,感觉我做错了...

这是组织API的好方法,还是我的担心是正确的?

1 个答案:

答案 0 :(得分:1)

由于这一切都归结为你喜欢的,这个问题没有真正的答案。

我个人只会列出所有单独的字段。 :)
并不意味着另一种方式是错误的。

无论如何,不要过度思考