对于代码流程的想法

背景

对接锡商银行开户流程:

锡商开户对于个人/企业是先 提交资料完成用户的建立 然后绑卡。

对于公户有打款验证，之后才能正常进行账户的提现等操作

在设计中我分成三个表

1. t_aws_xs_account_apply 申请表，保存申请单的状态以及申请资料信息
2. 银行卡表，保存有银行卡信息，以及银行卡的状态
3. 对于打款验证这种步骤，由于产品有特定的要求，单独建立一张表，记录打款验证的过程

实际应用发现的问题

我把银行卡绑定的过程值，与结果值 没有区分开

好比人家要查已经绑定成功的可以正常使用的银行卡，我就需要拿着状态去已经一系列的标识信息去查询绑卡表

然而，我现在认为当用户使用的时候，正确的做法应该是通过账户这条线 关联过来，甚至就应该单纯的通过电子账簿编码，这种关系查询具体的银行卡信息，这样才是良好的设计思想

第二个出现的问题

由于系统中对于银行卡的信息没有统一进行管理，所以当绑卡成功的时候，就会出现一个问题，我这里的银行卡需要接入各个业务系统进行更新他们的银行卡，这种对于基础底层服务，也不是好的表现

标签：打款,对于,银行卡,流程,锡商,想法,验证,信息,代码
来源： https://www.cnblogs.com/hope-happy/p/16435107.html