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

时间：2019-11-08 16:47 来源：365bet体育在线投阅读次数：

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

上一篇：四边形相似度

下一篇：德化县正在积极计划2019年植树和植树