基于P2P万信金融--day11 万信金融项目之用户投标功能

本文介绍了用户投标功能的业务流程,包括启动和测试清单,涉及前端工程、Apollo、微服务、银行存管系统、Redis及ES等组件。核心在于接口设计,特别是接口4和5,它们与银行系统和数字签名的复杂交互。投标过程中需检查投标金额、账户余额和剩余可投金额,确保业务逻辑正确。此项目对于理解和实现微服务架构下的高并发业务处理有参考价值。
摘要由CSDN通过智能技术生成

启动清单:
1.前端工程


2.Apollo


3.所有微服务工程


4.银行存管系统


5.redis


6.ES


--------------------------------------------
测试清单:
1. 挑选已经开户的账户登录,并充值


   挑选一个测试数据规范的新标进行投资

2. 投标金额不能小于最小投标金额

校验通过:

   投标金额超过账户余额

   投标金额超过剩余可投金额

   此次投标后的剩余未投金额是否满足最小投标金额

投入满标

3. 交易中心保存投标信息

4. 存管代理服务保存交易记录

5. 投标成功后的状态修改、是否满标、预期收益等

以上就是整个用户投标的功能的业务流程,需要开的微服务比较多,而且特别吃电脑配置,我在来滤一下这个投标的业务逻辑:

在进行投标的时候,要先进行查看,就点击那个可借款页面进行详细信息的查看,这个过程需要些三个接口

接口1,接口2,接口3 都是查询信息简而言之就是获取投标相关的香请信息,第一个接口就是获取标的信息,第二个接口就是获取已经投了多少的信息,第三个就是返回的借款人的信息,这个业务其实比较号处理的,最麻烦的是接口4,和接口五,尤其是接口5业务逻辑比较繁琐,涉及到了银行的系统和数字签名相关的业务逻辑;不跟着讲义去写,这个很难写出来,因为数据库的结构,和前端的接口开发都没有给定,只能固定按照它的逻辑去写,稍微错一点就不行,这个项目还是由借鉴意义的。

 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值