关于系统与系统间调用时的逻辑健壮性

在写接口时,存在不同系统之间的调用关系,比如渠道系统和后台数据端系统的调用,又或者后台与后台系统之间的互相调用.
这里就存在一些先决条件或者因果关系的问题,比如必须先登录才能访问个人信息,修改交易信息必须是本人的交易等等.
而在实际接口开发中,由于是不同的系统,衔接可能不够紧密,只考虑本系统内的功能,没有从整体上进行通盘考虑,就会造成逻辑不严谨,导致异常发生,甚至是严重的生产事故.

所以在写单独的接口时,也要把必要的信息考虑进去,保证其健壮性.
这里说的"必要的信息",个人认为要根据实际情况而定,比如搞活动充值需要对金额相关规则进行校验,修改信息需要对用户身份进行校验,等等

坑无处不在,需要一直有这个思想,才能减少问题的发生.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值