多系统之间交互的一些总结

实践中,大多数情况下,都是多个系统之间进行交互,此时在使用普通的@PostMapping, @GetMapping 往往不能实现主要的功能,此时呢,就需要大家自定一些接口,实现一些定制化的操作。
我在最近的实践中,也发现一些大大小小的坑,在这里记录一下。

一、 如果可以,尽量不要使用@PostMapping, @GetMapping这类注解,主要有几个缺点,

1)访问性能不高,深入了解这些注解后,就会发现,还有很多可以优化的地方。
2) 无法自定义想要的一些操作,比如将每次请求入库,记录每次请求的地址等等信息。3)对于异常情况,无法给出统一的返回值,或者返回信息。

二、如果交互的系统很多,那么尽量使用顶层接口包,个人觉得使用顶层接口包有很多优势

1) 减少对下游系统的压力,将参数中的简单的校验,交给上游系统进行处理。
2) 将参数中的长度、非空校验交给上游系统处理,可以大大减轻代码量。
3) 一个顶层接口包,对于开发来说,就是一个接口文档。

facade包,最明显的劣势,每次更新需要同步所有的系统。

三、无论对接系统多与少,请设计重发机制

1) 上游系统设计 对下游系统的重发机制
2) 下游系统设计 对自身的重发机制

下游系统对自身的重发机制,是相当重要的,多系统交互时,会有中间平台进行补发,如果没有的话,一定要记得设计重发机制。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qq_34370249

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值