若依优化与问题记录
...大约 2 分钟
若依优化与问题记录
1. 背景
记录使用过程中bug或优化建议
2. 若依BUG
2.1 后端
- 树结构采用递归方式,导致系统超时
2.2 前端
- 修复打包后字体图标偶现的乱码问题(提交RP时,发现最新版3.8一星期前已提交)
3. 若依优化
3.1 后端
数据库主键自增,在分布式场景下的局限非常大,且迁移的时候非常麻烦
适配多数据源
- 现在从mysql变更到oracle 不单单sql 语句不支持
多数据库支持
- 代码层与代码生成器都适配
- 方案
- 我的方案:根据数据库类型,针对有方言问题的sql写兼容sql
- 若依大佬:疯狂的狮子和芋道源码的做法,都是将此部门功能移到mybatis plus
主键采用自增方案,不适合分布式架构
若依作者:我只能说你想多了,你说的方式对大部分人来说用不到,且不友好。
如果有分布式需求或安全要求可以自己根据实际情况去修改。代码生成swagger模板(已提交PR)
日志输出格式优化,控制台彩色日志,info与error 同一文件输出,方便实施导出日志
下载的方式很麻烦。先生成文件,返回文件名给前端。再拿文件名 windows.open
分页控制在controller,只能第一个查询才能分页(PageHelper 方案问题)
excel 操作太难用
文件下载方式太奇葩,还先获取文件名,再去下载
树结构采用递归方式性能损耗极大
Redis 并发,高可用问题
日志分散在各个系统,最好能记录下日志链路
系统监控是单点的,集群环境下只能监控到请求的那台服务器。且获取系统信息超级慢
返回结果不支持泛型,在接口文档处不能很好的体现返回值
部分场景 用户ip 获取不准确,hutool 的工具类可以
3.2 前端
- 前端下载文件指定文件名
- 自动生成的前端弹框,容易误触消失(准备提交PR)
赞助