2.代码生成用户登录表、学生表、导师表

1.初步分析

在ruoyi-vue-pro框架中内置了会员中心,有用户的账号、密码、手机号等信息,所以决定把原有的member_user表加以修改作为用户登录表,同时与学生表、导师表通过代码生成后一起放入member模块中,将member模块作为人员信息中心。


2.具体操作(以学生表为例)

1.根据设计的表进行创建数据库表

在这里插入图片描述

2.代码生成

1.导入需要生成的表

在这里插入图片描述


2.修改一下基本信息、字段信息、生成信息,上级菜单一定要选对

在这里插入图片描述

3.提交后点击预览,查看生成代码是否符合预期,可以的话点击“生成代码”

在这里插入图片描述

3.将生成的代码复制到项目中

在这里插入图片描述


1.将yudao-module-member和yudao-ui-admin复制到项目,yudao-module-member需要添加错误码

在这里插入图片描述

2.将sql文件下的h2.sql内容分别复制到biz/src/test/resources/sql下的两个sql中

在这里插入图片描述

3.将sql文件下的sql.sql在mysql中执行

在这里插入图片描述

4.效果

在这里插入图片描述


3.需要注意的点

1)ID字段要设置为自增,需要有租户编号字段

2)代码生成时注意修改信息(例如可以把性别的显示类型改为下拉框,字典类型改为用户性别)

3)有可能代码复制进去后出现找不到***类的错误或是运行后界面出现404

在这里插入图片描述

	这时候用maven clean一下,也许能够解决问题

在这里插入图片描述


*4)由于我的用户登录表是在原有的会员表基础上进行修改的,而ruoyi在member模块下已经创建了一部分user的功能代码,这时候不能简单地将它覆盖(原有的user会跟用户认证等功能依赖在一起,进行覆盖后会报错)。

我的做法是将生成的代码与原先存在的代码进行整合,重复的代码可以删去,冲突的代码进行修改。

在UserConvert中AppUserInfoRespVO convert(MemberUserDO bean)和MemberUserRespVO convert(MemberUserDO bean)的命名发生了冲突,AppUserInfoRespVO是对用户app端响应的VO,MemberUserRespVO 是对管理后台响应的VO,MemberUserRespVO 是代码生成的部分,改动起来可能会比较方便,所以我将MemberUserRespVO的convert改成convert02,同时将引用它的地方都进行改动。

在这里插入图片描述

⽤户登录系统数据库设计 ⽤户登录系统数据库设计 最近看了看公司后台⽤户登录系统的设计, ⽐较混乱, 主要还是因为URS和Oauth以及URS第三⽅这三个登录形式各不相同导致的。 下⾯着重介绍⼀下涉及到第三⽅登录中需要注意的问题 在⼀个新项⽬中, 如果是要建⽴⾃⼰的登录体系的话, 那么直接创建⼀个Users,包含username和password两列,这样,就可以实现登录了: id " username " password " name等其他字段 ----+----------+----------+---------------- A1 " bob " a1b23f2c " ... A2 " adam " c0932f32 " ... 如果要让⽤户通过第三⽅登录,⽐如微博登录或QQ登录,怎么集成进来呢? 以微博登录为例,由于微博使⽤OAuth2协议登录,所以,⼀个登录⽤户会包含他的微博⾝份的ID,⼀个Access Token⽤于代该⽤户访问微博的API和⼀个过期时间。 要集成微博登录,很多童鞋⽴刻想到把Users扩展⼏列,记录下微博的信息: id " username " password " weibo_id " weibo_access_token " weibo_expires " name等其他字段 ----+----------+----------+----------+--------------------+---------------+---------------- A1 " bob " a1b23f2c " W-012345 " xxxxxxxxxx " 604800 " ... A2 " adam " c0932f32 " W-234567 " xxxxxxxxxx " 604800 " ... 加⼀个QQ登录Users就⼜需要加3列,⾮常不灵活 那么我们需要对这个进⾏拆分。当⽤户以任意⼀种⽅式登录成功后,我们读取到的总是Users对应的⼀⾏记录,它实际上是⽤户的个⼈资料(Profile),⽽登录过程只是为了 认证⽤户(Authenticate),⽆论是本地⽤密码验证,还是委托第三⽅登录,这个过程本质上都是认证。 所以,如果把Profile和Authenticate分开,就⼗分容易理解了。Users本⾝只存储⽤户的Profile, 其中ID为关联不同登录⽅式的外键。 id " name " birth等其他字段 ----+------+----------------- A1 " Bob " ... A2 " Adam " ... ⽽通过⽤户名⼝令登录可视为⼀种Authenticate的⽅式,利⽤LocalAuth维护: id " user_id " username " password ----+---------+----------+----------- 01 " A1 " bob " a1b23f2c 02 " A2 " adam " c0932f32 通过微博登录可视为另⼀种Authenticate⽅式,利⽤OAuth维护, 但是access_token⼀般情况也只有⼏个⼩时的时效, 所以存储它是没有意义的, 每次登录的时候去微博后台 验证⼀下客户端传来的token就⾏了。 如果⽤户只⽤了第三⽅登录, 那就拿第三⽅数据来填充刚才的User即可。 id " user_id " weibo_id " ----+---------+----------+ 11 " A1 " W-012345 " 12 " A2 " W-234567 " 如果要添加另⼀种OAuth登录,⽐如QQ登录,那就再加⼀个列标⽰不同站点也就OK了, 但是要注意⽤户在不同登录⽅式的⽤户名和photo⼀般不⼀样, 所以也单独存起来 id " user_id " oauth_name " oauth_id " nick_name" photo" ----+---------+------------+----------+----------+------+ 11 " A1 " weibo " W-012345 " 12 " A2 " weibo " W-234567 " 13 " A1 " qq " Q-090807 " 14 " A2 " qq " Q-807060 " 通过这种⽅式, ⽆论⽤户采⽤哪种⽅式登录, 都可以锁定到⽤户的user_id。 下⾯再说⼀下⽹易的URS登录, 因为我们要直接采⽤⽹易通⾏证, 所以也就不需⾃⼰存储密码, 因此我们的架构应该设为User id " user_Email " username " birth ----+------------+----------
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值