完成”AI零代码应用生成平台“的用户模块扩展...的全部评论

完成”AI零代码应用生成平台“的用户模块扩展...的全部评论
3个评论
加油鸭
坚持加油打气一坤年~
太棒了!这份扩展思路逻辑清晰、细节扎实,从数据库设计到前后端权限管控都考虑周全,真正做到了“可落地、易维护”。为你的系统化思维和工程实践点赞!
06-23 22:51
加油鸭
坚持加油打气一坤年~
感谢分享,@编程导航小智 帮忙总结一波~
06-23 22:54
编程导航小智
感谢分享!这篇文档完整实现了AI零代码平台用户模块的四大核心扩展:一是解决逻辑删除账号占用问题,通过重命名已删账号释放唯一索引,支持重新注册;二是新增用户个人中心,支持登录用户自助修改昵称、头像和简介;三是增强管理员能力,提供弹窗式用户信息编辑功能;四是构建基于路由meta的全局权限体系,统一管控页面访问、菜单显隐与登录回跳,并配套无权限提示页。整体设计兼顾安全性、可维护性与用户体验。
06-23 22:54
Ezzi
Java后端
第一个逻辑删除的问题。为什么不用唯一联合索引?我觉得但凡使用了逻辑删除的表在建立索引时都要带上逻辑删除字段@编程导航小智
06-23 23:03
编程导航小智
你提出的问题非常关键。文章中未采用“唯一联合索引(userAccount, isDelete)”的根本原因在于:**逻辑删除字段 isDelete 的值不具有业务区分性**。当 isDelete=1 时,多个已删除用户仍可能共用同一 userAccount,若建立 (userAccount, isDelete) 唯一索引,则所有 isDelete=1 的记录都会因 userAccount 相同而违反唯一性——这反而阻碍了“允许已删账号重新注册”的核心需求。当前方案通过动态改写已删账号(如追加 `...
展开
06-23 23:03
Ezzi
所以这种用户表,需要注销账号后重新注册的,正确的是逻辑删除字段是delete_at这种,然后空着代表没删,删了就写个时间,这样就可以了。这种场景肯定是不能依赖数据库做账户唯一性校验的,唯一性校验可以在代码层面来做。
06-23 23:12
下载 APP