day16/上午/320-尚硅谷-尚融宝-借款额度获取的后端接口实现

好，那么我们获取借款额度的它的整体的思路是这样的啊，额度呢，我们不能够直接达到，但是呢，我们能直接拿到的呢，是借款人的积分，所以首先第一个步骤，我们要从数据库当中根据当前的用户获取到借款人的积分，然后呢，再从这个额度和积分的那个对应表里面，根据积分获取额度啊，也就是说首先呢，我们要根据当前的用户去这个数据库表当中，User info当中，先把当前用户的这个积分拿到，然后呢，再根据这个积分再去。这个数据库表当中。嗯，对，根据这个积分的范围啊，看他在哪个范围区间，然后再把它的额度拿到，拿到额度之后呢，我们在前端去展示啊，所以呢，就相当于在。

这个位置啊，去展示这个额度，好，这个呢，就是我们获取借款额度的整个的一个流程了，所以呢，我们就先来写一个接口啊，那这个接口呢，就嗯，写到我们的borrow info controller里面吧。啊，那么我们是根据这个当前用户，然后呢去获取当前用户的这个数据，然后从当前用户的数据里面拿积分，所以呢，我们先根据当前用户，把当前用户的UCID先给它取出来啊，所以这个是第一件事情，然后取出来之后呢，最终呢，我们是拿到一个额度信息的，这个额度信息最终呢会返回前端，所以我们其实要做的呢，就是这件事情啊，就是这个业务层的这件事情，现在输入我们知道了，就是当前用户的头N信息，对吧，这是输入，然后输出我们也知道，就是当前用户的额度信息啊，那现在我们要做的就是根据当前用户的token去获取当前用户的额度，所以这个是我们的输入和输出，那有了这样的一个输入和输出之后呢，我们再来做业务啊，思路呢，就应该会比较清晰了，所以接下来呢，我们第一个步骤先把borrow in info control。

给它创建出来，那么我们在这里面呢，我先给它close一下。包controller，看看API里面有没有没有是吧，没有的话我们从这边拷过去啊。好给他移过来，移过来之后呢，前面这个一大堆，我就直接复制过来了，包括这块吧，复制过来。好，然后呢，同时呢，注入了一个borrowing for service的这样的一个注解，然后接下来呢，我们把。这个刚才的这个接口呢，给它定义一下，因为这个接口的定义没什么特殊需要说明的内容啊，我就直接节省时间，咱们就复制过来吧，它没有这个特殊业务。

好，复制过来呢，咱们再仔细看一下，首先呢，这个是获取借款额度，然后这面呢，它的接口地址呢是O，然后get borrow amount获取借款额度，对吧？好，然后接下来呢，传一个request，我们根据request里面的token拿到。当前的user ID啊，这个代码我们不止一次的写过了，所以这块呢，应该对于大家来说就不陌生了，然后接下来呢，我们根据usercd最终获取一个借款额度，然后最后我们把这个获取到的借款额度传给前端，好让这个我们的前端页面呢展示出这个借款额度，所以现在我们主要的核心内容呢，就是实现这个业务啊，所以呢，我们out下enter，进入到这个业务层。好，然后接下来呢，Out加enter。我们进行对业务的实现，那么实现的过程呢？我们来看一下，首先第一个步骤就是获取用户积分。

用获取用户积分对吧，然后第二个步骤就是根据积分查询额度哈。根据积分查询额度啊，啊，为什么写在这个borrow in for controller里面的啊，因为我们当前的这个功能啊，它就是在这个借款申请，这个借款申请呢，它其实就是属于包额info这个这个表的是吧？啊所以说呢，我们就把这个借款申请当前的这个啊页面当中的一些相关的功能呢，啊，如果你有的时候，比如说现在我们的这个。里面呢，一会儿呃，要操作两张表啊，一张表呢是对明啊用户表，一张表呢是积分和额度对照对照表，所以到底写在哪个业务当中呢？那也可以写在用户业务当中，也可以写在积分额度对照业务当中，但目前为止我们这个功能呢，是在前端的这个网站当中呢，是在借款申请的这个页面当中，所以你也可以写在借款申请的这个业务当中，所以都可以，这个东西是比较灵活啊，所以你不一定非要写在for in for里面的，这个方法也可以写在，呃，写在user in for里，对吧。

这面啊，因为他和用户相关啊，和用户相关我们就可以写在。这面写在user info里，那同时呢，它也和积分相关啊，和积分额度相关呢，我们也可以写在integral great service里面，那同时呢，这个功能呢，又在borrow info这个模块下，那所以你也可以写在borrow ino下，所以这块其实它就没有唯一的答案明不明白啊，所以这个大家真正写程序的时候，你灵活去掌握啊，灵活去掌握好，然后还有一种呢，就是啊，你看他当前操作。跟那个哪一个模块关系比较密切，跟哪个模块关系比较密切，就写在哪，总之最后能完成这个功能就可以了啊，所以他写的位置呢，倒不一定是唯一的，然后所以呢，我们就写在这儿吧，因为它整个的这个功能呢，我们就写在了这个借款申请里面嘛，所以我们就写在这个业务当中也是可以的，然后接下来呢，那既然写在这个业务当中，我们要去查询用户表了，那我们就得把这个用户的这个map给它录入进来了，对不对，Resource就不能用base map了啊，因为你是在别的啊业务当中写这个另一个持久层，所以你要注意user in inform map user inform map，然后另外呢，我们后面还要获取这个积分额度的这个对照，所以呢，还得注意一个source。

Private，然后积分额度对照那个呢，是呃，我看一下啊。是啊，Integral grade这个。

Integral private。没有。Grade map这呢找到了，终于找到好，Egalrate make，好，就是这两个分别表示这个和这个的啊，持久层我们都给它注入进来，注入进来之后呢，我们首先用user in inform map去根据user ID查user信息，那么这样的话，我们就写select by ID，然后我们user ID，然后呢，我们就查到了一个user info，好啊，查到user info呢，如果想做一个见状性校验的话呢，我们就assert.not，那啊，如果user in for。没查到的话。啊，那就报错，我所以我们断言呢，它不为空，不为空就是查到了对不对，那所以没查到呢，就报错，报什么错呢？李思Bo en nu。

点。啊，Log in。Mobile arrow。就用户不存在啊，这个当前登录的这个用户是不存在的，当然了，这个其实就是，嗯，做一个健状性的经验，一般情况下它就是这个发生的可能性很小啊，用户既然都已经登录了，他登录的过程当中就查找了用户，说明这个用户肯定是存在的，对不对啊，所以说这块只能说是一个健壮性的校验，并不是真正的业务当中必要的一个部分啊，所以这个大家参考一下就可以了，然后接下来呢，就是user in for点。That interview，然后呢，这块是interview，所以这块呢是获取用户最终的积分啊，通过interview把它拿到，然后接下来呢，就是根据积分查询额度，那这个时候呢，我们就要查这个表啊，查这个表的话呢，先new一下就ryper，然后里面呢我们就放inter。

个real grade，好，得到一个TEG grade carry rap，那么我们用这个inter realrate carry rap.le Le是什么呢？就是我们要做一个Le，再做一个GE啊。做个Le，再做一个G，这个lege代表什么呢？就是我们要查询的这个积分呢，它必须在大于等于它和小于等于它之间啊，我们判断一个，比如说290，那肯定是大于等于它，小于等于它对吧？那么它拿到的额度就是它啊，所以说呢，我们要做一个这个区间的一个比较，那么在这面呢，我们就可以写。In the。GB把这个。名字给他复制过来吧。

Start。Integralrate start，然后呢，这个呢，分数呢，它是大于这个起始区间的，并且呢，它是小于大于等于小于等于呢，这个结束区间的。好，然后接下来呢，呃，我们的这个查询条件呢，就组装完成了，组装完成之后呢，我们用integr map呢去查这个查询条件啊，那我们呢，就查一个，因为你正常你这个区间呀，你你一定要在维护这个区间这个记录的时候，那你就要就好好维护，就不能瞎写明白吧，所以他们肯定是首尾衔接的啊，你看这是十到50啊，51~100 101~1000 1001~1万，对吧，它是首尾衔衔接的啊啊中间不要有这个漏下的，也不要有重合的，否则的话呢，那咱们再根据积分去取额度的时候呢，就会有出现问题，所以这个就管理员你你自己要按照这个这个合理的业务去维护这个数据啊，不能瞎填好，然后接下来呢，在我们的这个后端代码这个位置呢，咱们就。

根据刚才所创建出来的这个查询条件执行一个查询，那如果我们维护的数据呢，都是正确的，那只能查询出一条记录来，好，那这样的话呢，我们把这个记录查出来之后，就是这个轨了，那么我们可以判断一下，如果这个inter。呃，哈，这个对象呢。它等于那样的话，那就证明呢，就你这个积分呢，没维护这个区间啊，要么就太低了啊，要么太高了，也有可能在这里面，所以呢，咱们在做这个维护的时候呢，要尽可能的考虑到用户有可能获取到的最高积分是什么，那么我们要把这个最高积分的涵盖到这个边界值当中，否则的话，用户积分高了，反而他没有额度，对吧，你积分超过这个个十百千万了，超过1万积分呢，它反而获取不到额度，因为这里面没有他的数据是吧，所以说咱们一定要综合考虑这个在实际的业务场景下，用户有可能获取的最高积分，一定要把最高积分呢，给他这个分封，就是这个这个给他匹配上啊好，那所以这块呢，就是如果他。

啊，这个没有找到这个相应的数据的话，那么我们给用户的综合额度呢，就是零了，就借不了款啊，同样如果你找到了相应的数据的话，那么我们呢，就把这个EGGR里面的这个额度给用户返回就行了，那这个呢，就是我们真正拿到的额度信息，所以这块呢，就是我们的业务层的一个实现了好，然后呢。

接下来呢，我们就啊去测试一下它，所以呢，我们把这个call呢给它重新启动一下，那当然这个测试呢，需要我们用户登录啊，所以说我们就需要在swagger里面通过这个header是吧，通过token当中呢，Hier当中的token啊来测，所以我们首先要在swaer当中做一个登录，先获取到token。好，所以呢，我们打开这个swa，然后呢，咱们先来做一下啊用户。的会员管理我看一下啊。应该是A外的API对吧，然后会员接口里面的会员登录，先做一个会员登录的测试啊，把token先拿到，所以这面呢是1376681663213456A，就说type等于二，这个呢是之前咱们测过的，他给咱们记住了，就是放在他自己的这个缓存里面了，所以还挺方便的，咱们直接点发送就行了。

然后呢，我们就拿到了一个token，把这个复制一下。啊，复制复制，接下来呢，我们就来到刚才咱们的这个。借款人，我看一下啊，应该是。我看看刚才咱们写的那个接口是写在哪。叫做借款信息是不是啊，借款信息，找到借款信息这个啊，然后呢，获取借款额度点开，然后点调试，然后这个还的这块我们就换一下，换成刚才我们刚刚拿到的，注意把数据删干净啊，然后把这个还的呢粘过来，粘过来之后呢，直接点发送。好，那么我们就获取到额度了，那这个借款人的借款额度呢，就各十百千万，10万正好呢，就是刚才我们预计的这个结果，因为二百九嘛，所以肯定在这个之间，然后最后拿到的额度就是10万，所以那目前为止我们的这个借款额度的获取的这个工作呢，咱们就做完了。