魔改了一个开源项目，打造自己的企业级Admin

缘起

我刚开始工作的时候，我认为把后端的接口完成，就算是完成了自己的任务；工作了一两年后，慢慢的开始承担一些前端的工作，不局限后端；截止到现在，我经历的几家公司，除了刚毕业那会，几乎都是前后端分离，人不分离；可以理解为：一直被迫在进步！

悟道了

直到工作了3-5年后，我渐渐开始学会了总结：总结业务，总结技术，如何去提高自己的开发效率，如何从一个人到一个团队。ps(听起来有点像画饼，但是如今的公司，不进步就很可能被优化) 于是，我发现如果在工作中使用优秀的开源项目，可以节省很多开发的工作量。

现在想想，当年在友邦（一家做东南亚保险公司），我的上司和我说的最多的话：有没有提高效率的方法去解决这个问题呢？我现在可以完全理解他了，现在想想自己当年真是小丑啊！

公司都离不开后台系统

比如，今天我要分享的就是打造自己的企业级Admin,几乎每个公司都需要用到，基本的内容都很相似：

1. 组织架构

2. 人员管理

3. 权限管理（经典的RBAC模型）

4. 日志监控

5. 系统监控

6. 定时任务

7. 低代码生成

等等一些功能，这些基本都是必不可少的，但是从0到1开发一套，又需要很多的时间，网络上有很多开源的产品，比如若依，eladmin，若依plus，芋道admin等等。

直接使用这些开源项目，又遇到了问题：

1. 项目功能很多，但很多都用不到，非常的臃肿，体量很大

2. 项目部分技术老旧，需要进行升级，来满足开发效率和开发习惯

重构 精简 升级 优化

我自己打造的一款轻量级的企业Admin，在若依的基础上，进行的分解重组迭代升级。

ps：https://ruoyi.vip/ 若依的官网，我们要尊重原作者，也感谢若依提供的开源

比如就若依而言：

1.很明显，若依使用聚合maven工程，明明一个单体就可以搞定的需求。搞成了聚合，使用依赖传递，将简单的结构变的很复杂。而且大部分企业后台系统都是ToB，完全没必要这么折腾！

而且使用聚合工程，那么依赖还需要按照业务去引入，去区分，这需要开发人员自己去要求自己，不然依赖，随便引入。可能引起冲突，也很难去做拆分维护。总之，很麻烦！

2.若依依然在使用mybatis，这都2024年了，居然还要写xml文件，这一点我是完全不能接受，太折磨了。

于是我进行了升级，升级到MybatisPlus和加入了Lombok；移除了分库分表的功能，一个后台暂时没必要，就算数据量多了，也暂时不考虑这个方案；还移除了低代码生成器，我宁愿cv代码，也不要用这玩意。

3.删除了多余的依赖，比如模板引擎；优化了前端代码，将primose，全部改成了asyn await去编码， 减少了代码量和提高可读性；对页面ui进行了优化，移除了鸡肋的相关组件；

后续

后面会继续对这个项目进行优化重构，目前工作也比较繁忙。包括后面还要新增功能模块：比如邮件任务，支付模块，多租户，将quartz实现的定时任务换成支持分布式的xxx-job等等。

当然，这些都是后面的打算了，后续会继续更新这个项目。目前项目没有开源，已经上线，暂时不贴出地址了😄。

来源：juejin.cn/post/7403576996393959460