这是一个创建于 3114 天前的主题，其中的信息可能已经有所发展或是发生改变。
能不能带来生产效率上的提升
文档看了，教程看了，还是没想通这个问题
文档看了，教程看了，还是没想通这个问题
 | 1 cxbig 2017-05-31 06:57:01 +08:00 via Android  1 目前的直观感受是 前后端独立，前端要什么数据结构自己加参数即可，熟悉了手册都不用翻。 不用让后端程序员参与修改数据结构。 不用像 Restful 那样输出大量冗余数据占流量。 |
 | 2 plantain 2017-05-31 08:59:28 +08:00 via Android 用来大幅提高接口的灵活性。 缺点是因为默认每个字段一个查询，会默认导致后端性能大幅降低。实际使用时，一般还需要合并查询的一层架构，后端架构需要改。 |
 | 3 airyland 2017-05-31 11:50:35 +08:00 接口数据按需使用，适配的话后端工作量比较大，缓存是个问题。 |
 | 4 wentian 2017-05-31 12:22:16 +08:00 解决了「僵硬的 RESTful 」的问题 |
 | 5 ufo22940268 OP @airyland 是不是意味着后端只返回了前端需要的数据. 换句话说,后端对应一个接口的 resolver 查处了数据 f1, f2, f3, 然后前端只需要 f3, 那么 f1 和 f2 都白查了. |
 | 6 tlday 2017-05-31 12:51:08 +08:00 via Android 因为 github.v4.api 的原因，也在关注，看了官网的很多东西，感觉都在谈主义啊…话说官网还被墙了 |
 | 7 keshinhu 2017-05-31 13:05:08 +08:00 这个可以说把将后端的业务流硬扔给前端做吗？ |
 | 8 hronro 2017-05-31 13:20:34 +08:00 其实开发效率提升蛮大的 |
| 9 ufo22940268 OP @hronro 哪一方面带来提升? |
 | 10 QAPTEAWH 2017-05-31 13:48:46 +08:00 graph、relational 都是一种数学模型。 graph 比 relational 强很多。 |
 | 11 roys 2017-05-31 13:59:40 +08:00 有个朋友的公司开始用了，不明觉厉 |
 | 12 TommyLemon 2018-07-12 14:31:37 +08:00 |
| 13 TommyLemon 2018-07-16 19:02:59 +08:00 |
Select Language