在线咨询:
负责人:
电话:
QQ号:
重大项目联系手机:
18648111418 (罗先生)
18648111418(宋先生)
邮箱:
传真:one two three four five six
热门标签
主页 > 365bet吧 > [迁移]Node.js GraphQL服务器端实践
[迁移]Node.js GraphQL服务器端实践
发布日期:2019-11-10 17:33    浏览次数:     作者:365bet在线娱    
相比之下,您会看到字段减少了两个,只有一个字段。
如果要实现多路复用同一接口以支持这两种服务的目标,则有几种方法。
使用相同的接口,此接口可提供所有数据。
这样做的优点是易于实现,但是增加了做出业务决策的逻辑,并且业务根本不使用响应内容中的任何数据。
使用参数来区分不同的商业零件并返回相应的数据。
它无法返回有用的数据,但实现起来仍然很简单,但是它需要更多的业务逻辑判断,并且使将来的维护变得困难。
另外,这在每个业务之间创建了强烈的依赖性??,并且每个业务都需要对每个业务进行测试和回归。
不重新使用接口,就无法提高开发效率。接口重用具有这些问题。那么有更好的解决方案吗?
这是处理复杂的正面分隔时经常遇到的反映。
1)
GraphQL,一个新想法
我们知道与用户信息相对应的数据模型是固定的,并且每个请求实际上都是过滤和过滤数据。
数据查询操作对应于数据库操作。
如果您的客户还可以将请求作为查询发送,是否可以从大型后端接口数据库中过滤公司所需的数据?
GraphQL是基于此思想而设计的。
上面类型(a)和(b)的数据结构是GraphQL查询的内容。
使用以上查询,GraphQL服务器返回以下响应内容:
相应的查询响应: