我们现在采用前后端分离架构,前端用angularjs独立开发,访问接口需要跨域
restfulapi的设计的时候粒度比较小,现在每一个数据表都有它自己的增删改查列表接口,例如产品列表拥有其list接口,增删改查都有,符合restful设计思想。
但当有些页面或者表关联过多时,请求数量就暴增了
如:
合同表的修改页面
合同与产品时一对多,与货车是一对多,与公司是一对一......
修改页面就会有产品下拉框货车下拉框公司下拉框......
而这些模型对应着它自己的restful资源
就是说我要异步调用的产品货车公司...的list接口来取得资源填充到下啦框給用户选择。
加上跨域请求问题,每次抖要请求多一次option请求。
导致请求过多,后端和前端抖出现了压力。请问有没有比较好的解决方案?
这个API接口不应该根据后端的数据模型来提供,应该以业务模型为导向来设计,根据需要获取相应的数据,太多次的请求就要考虑一下设计上的问题了。
这种情况,将多次请求的逻辑整合到一个接口里,用参数控制获取哪些资源,比如
functiongetInfo({"product":"getInfo","company":"getInfo"}){}
表示这个接口里我要调用product模型的getInfo方法和company模型的getInfo方法,这样降低请求次数
两个方案:
使用HTTP2。(HTTP2具有天然的并发能力,较HTTP1.1有很大的性能提升)
前端复杂化。(大部分前端应用每次刷新视图都会重新请求服务器,但实际上前端做缓存的话,不在特别必要的情况下不请求服务器)
反对所有修改API模型的答案(那是在鄙视RESTful)
我认为单纯增加参数来用一次请求获取多个数据虽然减少了请求数量,但极大的增加了开发负担。(如果你坚持这么干,不排除后台和你翻脸。不过你自己用Node.js做中间层转发也可以)
HTTP/2的诞生给了我HTTP请求并发的能力,RESTfulAPI设计目的就是小颗粒度的。