[迁移]Node.js GraphQL服务器端实践

更新时间:2019-11-05 11:23点击数:
相比之下,您会看到字段减少了两个,只有一个字段。
如果要实现多路复用同一接口以支持这两种服务的目标,则有几种方法。
使用相同的接口,此接口可提供所有数据。
这样做的优点是易于实现,但是增加了制定业务决策的逻辑,并且企业根本不使用响应内容中的任何数据。
使用参数来区分不同的商业零件并返回相应的数据。
它不能返回有用的数据,但是它仍然易于实现,但需要更多的业务逻辑判断,并且将来的维护很困难。
另外,这在每个业务之间创建了强烈的依赖性??,并且每个业务都需要对每个业务进行测试和回归。
不重新使用接口,就无法提高开发效率。接口重用具有这些问题。那么有更好的解决方案吗?
这是处理复杂的正面分隔时经常遇到的反映。
1)
GraphQL,一个新想法
与用户信息相对应的数据模型是固定的,并且已知每个请求实际上都对数据进行了过滤和过滤。
数据查询操作对应于数据库操作。
如果客户端还可以发送请求作为查询,您是否可以从大型后端接口数据库中过滤公司所需的数据?
GraphQL是基于此思想而设计的。
上面类型(a)和(b)的数据结构是GraphQL查询的内容。
使用以上查询,GraphQL服务器返回以下响应内容:
相应的查询响应: