若依优化与问题记录

zszdevelop大约 2 分钟

若依优化与问题记录

1. 背景

记录使用过程中bug或优化建议

2. 若依BUG

2.1 后端

  1. 树结构采用递归方式,导致系统超时

2.2 前端

  1. 修复打包后字体图标偶现的乱码问题(提交RP时,发现最新版3.8一星期前已提交)

3. 若依优化

3.1 后端

  1. 数据库主键自增,在分布式场景下的局限非常大,且迁移的时候非常麻烦

  2. 适配多数据源

    1. 现在从mysql变更到oracle 不单单sql 语句不支持
  3. 多数据库支持

    1. 代码层与代码生成器都适配
    2. 方案
      1. 我的方案:根据数据库类型,针对有方言问题的sql写兼容sql
      2. 若依大佬:疯狂的狮子和芋道源码的做法,都是将此部门功能移到mybatis plus
  4. 主键采用自增方案,不适合分布式架构

    若依作者:我只能说你想多了,你说的方式对大部分人来说用不到,且不友好。 如果有分布式需求或安全要求可以自己根据实际情况去修改。

  5. 代码生成swagger模板(已提交PR)

  6. 日志输出格式优化,控制台彩色日志,info与error 同一文件输出,方便实施导出日志

  7. 下载的方式很麻烦。先生成文件,返回文件名给前端。再拿文件名 windows.open

  8. 分页控制在controller,只能第一个查询才能分页(PageHelper 方案问题)

  9. excel 操作太难用

  10. 文件下载方式太奇葩,还先获取文件名,再去下载

  11. 树结构采用递归方式性能损耗极大

  12. Redis 并发,高可用问题

  13. 日志分散在各个系统,最好能记录下日志链路

  14. 系统监控是单点的,集群环境下只能监控到请求的那台服务器。且获取系统信息超级慢

  15. 返回结果不支持泛型,在接口文档处不能很好的体现返回值

  16. 部分场景 用户ip 获取不准确,hutool 的工具类可以

3.2 前端

  1. 前端下载文件指定文件名
  2. 自动生成的前端弹框,容易误触消失(准备提交PR)
Loading...