例如有两个接口a和b
必须先调用接口a:
1)返回成功:才能调用接口b
2)返回错误:提示a失败的原因。
现在前端是ajax先调用接口a,判断返回成功再调用接口b的。
如果把它们合并在一个新接口行不行呢?
在新的Controller方法中,先调用接口a,成功就调用接口b,然后返回给前端。失败就直接返回错误原因给前端。
这样可能Controller方法的返回值要兼容一下表示两种情况。
感觉都可以,这两种有什么优劣吗?
例如有两个接口a和b
必须先调用接口a:
1)返回成功:才能调用接口b
2)返回错误:提示a失败的原因。
现在前端是ajax先调用接口a,判断返回成功再调用接口b的。
如果把它们合并在一个新接口行不行呢?
在新的Controller方法中,先调用接口a,成功就调用接口b,然后返回给前端。失败就直接返回错误原因给前端。
这样可能Controller方法的返回值要兼容一下表示两种情况。
感觉都可以,这两种有什么优劣吗?
收起
合并接口是可以的,ab接口有先后顺序,那无非就是b接口是a接口的补偿,a接口出现异常就调用b接口的数据。
合并接口后,在业务方面上,对a接口原本业务进行异常捕捉,在catch执行b接口原本业务,当然也要给b的处理结果返回给前端
合并后有什么问题?合并后没多大问题,并且语义上更好,毕竟前端调一个接口就好,这个接口就是这个业务类型,还可以减少网络io需要的时间
报告相同问题?