day14/下午/289-尚硅谷-尚融宝-账户绑定总结

好，我们再把这个咱们整个账户绑定的流程再给他回顾一下，那正常情况下呢，就是我们用户啊登录，登录完了之后呢，我们就进入到了这个账户绑定的这个页面当中，是不是啊，然后接下来呢，我先用这个借款人啊，就是13766816632再来说一下。进入到这个账户绑定的界面当中呢，我们有一个判断还记得吧，我们这个判断呢，就是如果啊，我这是第二次进入到了这个页面当中，那么同样的一个用户第二次进入到了这个页面当中，进行账户绑定的，他会先上数据库当中去查询UC当中啊，所对应的这个UC办的当中去查询有没有这个账号。一看没有这个账号对吧，那么呢，他就会创建这个账号啊，如果第二次进来的时候，上这个地方一查有这个账号，那么他就会修改这个账号，好，这两个过程都是基于什么呀？都是基于我们的惠付宝那面的数据还没有创建出来的时候，也就是说此时此刻汇付宝当中还没有数据呢。

看这面。还没有这个关于我的这个借款人的这个数据呢，对不对，好我们再演示一遍啊，你看比如说现在这种情况呢，是然后身份证号。然后是绑定银行，然后银行卡号，然后是预留手机。好，然后接下来呢，点开户好点立即前往，好注意啊，此时此刻我们并没有进行校验手机设置密码以及确定按钮的点点击，当你点击了这个确定按钮，输入了这些内容之后，说明什么呀？说明我们汇付宝这个里面user count和user band的数据就已经创建出来了，同时呢，当我们点击完确定按钮之后的一瞬间，我们的汇付宝这边就向我们的上荣宝这边就会发起一个回调请求，好，那此时此刻这个时候上荣宝马上就会调用刚才我们开发的这个notify这个业务，那么刚才我们开发的是notify这个业务呢，马上就会更新用户绑定表，更新用户表，那么现在我们的用户绑定表和用户表呢，就是这面哈。

就已经这个绑定成功了，如果已经绑定成功了，注意未来我们会开发这个页面，就是我们用户的用户中心页，在用户中心页上面我们会有一个用户绑定的一个入口啊，一点击这个入口按钮，直接进入到什么呀，刚才我们的这个绑定页面，但是一旦我们的这个账户绑定成功，也就是意味着我们这个地方确定按钮已经点过了，回调已经执行了，数据库中的数据全都绑完了，那么我们的用户中心页这块的用户绑定按钮就不给用户提供了，也就是说用户呢，就没有办法啊，直接通过我们的页面进入到我们的绑定的这样的一个页面当中了，他就不能够进行数据绑定了，明白哈，所以呢，这个时候呢，就不存在说，如果恢付宝里面假设说已经有了这个数据了，已经有了数据了，用户又重新发起绑定。

那恢复网这面会不会是重新更新数据啊，还是删除数据还是还是什么呀，就没有这种情况，明白吧，只要用户绑定成功，用户就不会再发起新的绑定了啊，我们说用户发起新的绑定呢，是用户绑定不成功，恢复宝这面没有数据的情况下啊执行的好，那所以这块呢是我们这样，然后那现在呢啊，假设说现在呢，这个啊，恢付宝这面呢，我输入了数据好，然后点击确定好，那此时此刻呢，我这面呢，数据就应该绑定成功了，所以我们再来检查一遍，恢付宝这面呢，就有了第二条数据，Find这面呢，也有了第二条数据，然后呢，同时呢，User find这面呢，我们的数据呢，全都呃做了更新，包括status呀，Ban code呀，对吧？啊info这面呢，我们这个数据呢，也做了更新，包括ban code呀，Ban status呀，还有这个前面的。

呃，ID card呀，Name呀，对吧，这些东西都做了更新，好，那这块呢，就是我们整个的一个绑定流程了，当这些数据都绑定成功之后，我们这边就不给用户提供用户绑定入口了啊，用户就没有办法再次进行绑定了，所以这块是这样的一个流程，然后最后呢，我们再对我们的这个业务呢，做一个优化啊，因为我们这边呢，有两个和数据库修改相关的内容，所以呢，最好呢在上面添加一个。

事物处理对不对啊好，所以呢，在这面呢，我们把这个事物呢，给它添加上啊，就是我们所说的transaction transaction对吧，然后呢，嗯，Back takeaction表。好，这样的话呢，能够保证这边的事物呢，是同步执行的啊好，那这块呢，我们整个的这个账户绑定。这面呢，咱们就讲完了，就告一段落。