这是一个创建于 2762 天前的主题，其中的信息可能已经有所发展或是发生改变。
能不能带来生产效率上的提升
文档看了，教程看了，还是没想通这个问题
文档看了，教程看了，还是没想通这个问题
 |
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
kenshinhu 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