您的位置:主页 > bet36体育投注官 > [迁移]Node.js GraphQL服务器端实践

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

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

www.b31.com