最初的思路:
可能会出现的问题:
- 用户注册id从哪里获取?
- 可以修改用户注册的那个方法 注册完后返回注册用户的id。
可以根据注册用户信息的某一个字段在添加成功后在查出来id)
- 被推荐人的那个用户表里没有注册码这个字段,而且用户表里也没有注册码这个字段
- 可以把这个注册吗换成推荐人列表中的任何一个字段 然后直接根据这个字段查 或者直接给用户表的推荐人id
- 我在后台生成的那个uuid还需要吗?
- 渠道表里在线下都已经生成了。
更改后的思路:
表的结构不变,逻辑变了一点,首先渠道表在线下生成后会有一个对应的渠道标识,用户注册时,只是在中间表上加了一个记录,这个中间表的作用时把渠道和用户的名称对应起来,日后如果用户确实是因为该渠道注册来的,直接查询中间表把该渠道查出来进行我们的业务操作,至于推荐人,直接后台写死,而中间表中的渠道人这个字段也没有用。
出现的问题1:
首先就是传值问题,一定要注意是post请求还是get请求,看清之前没有加推广逻辑时传的是什么值,如果直接在连接上拼接,肯定是要用到Httpservletrequest的,我用postman测试传过来的值始终获取不到,后来问了一些人,因为我们项目中的登陆注册适合并在一起的,不管登陆还是注册都是走的同一个接口,如果登陆不上,在这个接口中调用注册的方法,这就需要在登陆中就把参数传过去,然后再传给注册的方法,进行一个注册的逻辑,
Service中也要加一点逻辑:
Linux报的错: