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
|