相关文章：
基于若依框架实践（一）：总体的介绍_疯癫的老码农的博客-CSDN博客
基于若依框架实践（二）：通过profile隔离不同环境配置_疯癫的老码农的博客-CSDN博客
基于若依框架实践（三）：通过swagger定义接口_疯癫的老码农的博客-CSDN博客
写作背景
做了很多年的软件研发，写的文章不多、总结的也不多，曾经做过的积累或者后续的遇到的技术难点还是考虑稍微写一写，算是给自己的一个记录吧~。
近期基于若依框架开发了好几个小系统, 系统从功能上既包含管理台功能也有自己的前台部分，借此机会做一个总结，并且分享给有需要的同学,不喜勿喷，有劳各位看官费神了。
本文简介
近期基于若依框架开发了好几个小系统, 系统从功能上既包含管理台功能也有自己的前台部分，借此机会做一个总结，并且分享给有需要的同学,不喜勿喷，有劳各位看官费神了。
若依框架官方提供了4个版本，分别是前后端不分离版本（传统模式）、前后端分离版本、微服务版本以及移动版本。基于我的系统需要，我选择了前后端分离版本，该版本简单易懂，基于系统的规模及成本没有必要选择微服务版本。
写作选型
若依前后端分离版本基于Vue实现，以下以若依Vue版本简称。该框架相比其他低代码平台能力弱一些，但是拥有自己简单、灵活、精悍的特点，从功能角度包含用户管理、角色管理、菜单管理、部门管理、数据字典、日志管理、定时任务以及代码生成等经典功能，这些功能都是比较实用的。
实践总结
从开源软件到变成自己系统工程的代码，一般我走如下几步：
1、下载若依框架源码
在基于若依做第一个系统的时候，选择了当时最新的一个版本，后来做别的系统的时候，期间若依也更新了好几个版本，但仍然保持使用若依的那个版本。后来遇到了公司护网的事情，感觉当时确实还是可以考虑选择相对新的若依版本比较恰当一些，并且若依每个版本也会修复掉一些问题（包括安全问题）。
2、更改系统名称信息
刚开始的时候，下载下来若依版本，手工一个个的改工程名、包名等信息，这种方式比较笨拙及原始。偶然间看到了若依官方文档常见问题处看到了一个高效的方法，若依框架包名修改器，参考
使用这个方法，一键完成相关信息的更改，如沐春风的感觉。
3、添加系统业务工程
这块还是蛮重要的，这个涉及业务代码如何修改和添加、如何与若依工程以及代码隔离好以及整体的策略是什么。
最开始的时候也是有想过如何隔离，如何修改比较，甚至也想法把若依的框架作为jar来使用，并且也做过简单的尝试。但是发现有些情况下，还是得改若依的代码，也有尝试过把需要修改的若依框架的service卸载掉，用自定义的service在spring加载的进行覆盖，没有达到一个完美的方案，毕竟我当前是做的业务系统，不是做一个中间件，没有那么多实践的时间。
由于业务系统的时间节点都是比较短暂的，还是按照相对直接的方式来实践了.针对业务代码首先做到尽可能的独立，因此,
- 首先创建了独立的业务工程，涉及到业务模块java代码独立为一个包，在该包下包含了该模块的一切controler、domain、mapper以及service。
- 其次再resources目录下依然保持按照模块为粒度的子目录，里面存放mapping配置文件
4、部署系统开发环境
在部署开发环境之前，还是需要规划好环境的种类以及个数,我的系统一般如下三种环境，dev环境、SIT环境以及prd环境，具体细节我就不多讲了~，后续如果有需要了解更多的内容，我可以再补充细节。
5、基于业务代码生成
这一步，算是最能提升效率的地方吧，用过的人应该都知道。以前的开发方式就是各种复制、粘贴，然后修改成真正模块业务代码，这种方式比较低效，而且容易出错。
若依框架自身提供了代码生成功能，虽然功能非常强大，但是也是够用了。
若依框架可以基于你所定义的表作为数据源，在配置环节包括基本信息、字段信息以及生成信息，其中根据实际情况进行调整，在生成信息这块需要注意下，选择恰当的生成模板（目前包括3类，单表、树形以及主子表），另外根据需要调整生成包路径、模块名称、上级菜单等信息，提交保存，最后点击代码生成就可以了。
生成的代码包括3部分，分别是前端代码、后端代码以及SQL脚本，前后端代码可以分别拷贝到前后端的业务工程中，SQL脚本直接执行就好了。
本地启动前后端服务，就可以看到运行效果啦~，是不是很简单呢！
实践技巧
自己实践中可能会遇到一些问题和想法，自己想办法解决之前可以考虑先看一下它对应的文档的常见问题、插件集成、项目扩展，从中是可以获取到一些新的使用技巧或者别人已经遇到过的问题的。
项目源码
https://gitee.com/ricky_kai/ruoyi-vue-enhance.git
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
