记录点滴

（1）先建表：（2）导入表编辑回显：点击编辑时，前端会传给后端table_id，后端根据table_id 查询gen_table和gen_table_column两个表，基本信息和生成信息会查询出来，字典下拉列表通过单独接口全部查询出来；所有的菜单也是单独接口查询的（菜单这块是一个树形结构，它在前端递归组合的数据）提交，后端逻辑：获取前端提交的信息，首先校验，完事，更新gen_table和gen_table_column 表校验更新...

框架目前有10种字典类型，之所以抽离出来，主要还是方便管理（1） 查询字典类型：可以根据条件查询，默认无条件查询，每次10条（2）新增字典类型insetDictType() 实现类前端显示效果：（3）查询字典类型对应的字典数据点击字典类型字段可进入详情，会先根据字典类型id查新对应的字典后端：查询字典数据的sql：（4）添加字典数据添加字典类型对应的字典数据。后端：新增字典数据，效果：...

菜单的类型：（1）M 目录（2）C 菜单（3）F 按钮前端选择生成的菜单菜单名称：对应前端侧边路由meta中的title。后端：下边是判断表中是否有重复的菜单：新增菜单：代码生成：若依框架最大的优点感觉就是代码生成，很方便，下边详细记录下：（1）第一步：生成表（2）第二步前端 系统工具页面 -> 代码生成 -> 导入 -> 弹出导入表，选择数据表（就是根据数据表来生成前后端代码），点击确定选择的数...

Comparator功能主要用于排序，至于其它供着这里不记录，只记录下如何排序：目前常用的排序方法：数组排序、集合排序、集合转化为流排序public class sortTest { public static void main(String[] args) { List<User> usersList = new ArrayList<>(){ { for(int i = 0; i &l.

表设计：前端页面：user表：用户对应的岗位和角色是一对多的关系，所以，用户表和岗位表有一张中间表user_post;用户表和角色表有一张中间表 user_role。user_post:user_role:具体功能（1）前台 用户状态：状态数据，是一组字典数据，若依会把字典数据进行统一管理，存到redis中去后台流程：后端把所有的字典数据存到redis中了，获取所有的字典类型数据都会先判断redis中是否存在，不存在才会查询数据库。red...

若依框架前后端分离 项目（前端vue，后端 springboot）。这里只记录后端springboot，前端有疑问可留言！验证码：用户进入登录页，请求 /captchaImage 接口获取验证码：登录用户点击登录，前端会把如下参数传给后端获取用户信息登录接口 /loginloginService中的login方法：下边是security 的api了，也是重点：authenticationManager.authenticate（） 是...