用户注册时的添加推广逻辑:

最初的思路:

可能会出现的问题:

  1. 用户注册id从哪里获取?
    1. 可以修改用户注册的那个方法 注册完后返回注册用户的id。

可以根据注册用户信息的某一个字段在添加成功后在查出来id)

  1. 被推荐人的那个用户表里没有注册码这个字段,而且用户表里也没有注册码这个字段
    1. 可以把这个注册吗换成推荐人列表中的任何一个字段 然后直接根据这个字段查 或者直接给用户表的推荐人id
  2. 我在后台生成的那个uuid还需要吗?
    1. 渠道表里在线下都已经生成了。

更改后的思路:

表的结构不变,逻辑变了一点,首先渠道表在线下生成后会有一个对应的渠道标识,用户注册时,只是在中间表上加了一个记录,这个中间表的作用时把渠道和用户的名称对应起来,日后如果用户确实是因为该渠道注册来的,直接查询中间表把该渠道查出来进行我们的业务操作,至于推荐人,直接后台写死,而中间表中的渠道人这个字段也没有用。

出现的问题1:

首先就是传值问题,一定要注意是post请求还是get请求,看清之前没有加推广逻辑时传的是什么值,如果直接在连接上拼接,肯定是要用到Httpservletrequest的,我用postman测试传过来的值始终获取不到,后来问了一些人,因为我们项目中的登陆注册适合并在一起的,不管登陆还是注册都是走的同一个接口,如果登陆不上,在这个接口中调用注册的方法,这就需要在登陆中就把参数传过去,然后再传给注册的方法,进行一个注册的逻辑,

Service中也要加一点逻辑:

Linux报的错:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值