设计程序时,注意和外系统连携相关的处理

■前言

今天和同事讨论了一个业务代码实现的问题。

  ●业务需求如下:

             我们的系统每申请一条记录,都会在申请一览中显示。

             在申请过程中,会和外系统连携,从而来检验我们入力的一些值的状态。

                (↑补足说明1:申请完了之后,对于某些值还可以再次修改)

              如果申请的某个值是“XXX”状态的话,要在一览中显示“XXX”对应的状态。      

      (↑补足说明2:这个“XXX”状态要和外系统连携才能取得)

 

  ●实现方式

                我们的对应方式,在一览显示的时候,再次连携他系统,取得这个状态。

 

■问题点

这样的对应方式,有以下的不好的地方。

1.外系统,有无法连接的情况,一览画面经常使用,外系统如果无法连接时,会直接造成一览无法使用。

2.效率上也不是太好,每条记录都有连接外系统查询。

(我们一般不过分地考虑效率,上面的「1」才是要修改的根本原因)

(上面记述的「实现方式」有一个好处,就是不用担心数据的不整合。

     如果使用flag标记,上面的「补足说明1」有可能会造成数据的不整合)

 

■扩展

有的时候,系统有练习模式,在练习模式下,所有外系统相关的功能都不能使用,

在今后如果遇到类似的问题,在设计上,也需要注意。

 

思い出:解约证券番号,販売管理 DB

 

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值