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