您的位置: 主页 > [Migration]Node.js GraphQL服务器端实践

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

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


上一篇:愚蠢和精力充沛,经常与蟑螂一起工作,春季耕作和秋季生长不容忽视(解释动物)
下一篇:没有了

您可能喜欢

​[保护不是悬崖]

​[保护不是悬崖]

​[标准1 pf电容][电容1 PF等于UF数]

​[标准1 pf电容][电容1 PF等于UF数]

​如何使用洗发水乳酮酮康唑酮

​如何使用洗发水乳酮酮康唑酮

​[时代先锋]潜艇372:没有反叛者

​[时代先锋]潜艇372:没有反叛者

回到顶部