数据加载一条一条请求好,还是在后端合并成一条接口,好
合并好。
很简单的道理,你一个界面可能需要渲染好几个不同模块的数据,如果挨个儿请求,网络波动对你的UI加载速度和成功率影响就越大。
问题评论指出的 graphql 是一个定义API接口的协议,你可以理解为一个类似 protobuf/grpc 的新 DSL。
如果是新项目,或者有机会引入新技术,可以和后端同事一起评估下。
写个聚合请求的例子
{ "payload": [ { "api": "/user/get_profile", "data": {} }, { "api": "/wallet/get_balance", "data": {} }, ] }
接口聚合方式很多,直接给一个 /batch 接口或按实际需要写一个新接口都算是解决办法。
/batch
真正用什么方案落地看你们自己项目同事怎么评估了。
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
暂无简介
文章 0 评论 0
接受
发布评论
评论(1)
合并好。
很简单的道理,你一个界面可能需要渲染好几个不同模块的数据,如果挨个儿请求,网络波动对你的UI加载速度和成功率影响就越大。
问题评论指出的 graphql 是一个定义API接口的协议,你可以理解为一个类似 protobuf/grpc 的新 DSL。
如果是新项目,或者有机会引入新技术,可以和后端同事一起评估下。
写个聚合请求的例子
接口聚合方式很多,直接给一个
/batch
接口或按实际需要写一个新接口都算是解决办法。真正用什么方案落地看你们自己项目同事怎么评估了。