GraphQL Falcor APIJson 对比
背景
遇到了GraphQL的应用场景。
- 聚合数据,减少网络的请求次数.
- 可以转化,返回的格式。
- 方便开发,便于维护.
对比
GraphQL/Falcor
- 优点: 算是鼻祖吧。
- 缺点:
他们都是静态类型的,这会给后端增加学习成本。
这也是一些公司推不下去的原因。
不是json格式的,服气呀。
APIJson 动态的实现。
- 优点: 动态的类型
- 缺点:
只支持关系型数据库,不是规范级别的。
看过里面的代码,耦合性太高了,不适合集成现在的框架。
json -> sql 还得自己重写他的方法。
总结
参考GraphQL的语法,实现json的GraphQL。自己写递归解析,把扩展的处理接口抛出来。
参考资料
- GraphQL 他是一种协议,不一定要操作数据库
- GraphQL 跟 RESTful API 不是对立的
- GraphQL as a Backend Framework -- 降级到后端的view层处理。