先说结论
若依框架没有被淘汰。不仅没淘汰，这两年还更新了不少东西。
我自己有一段时间没关注若依，最近因为一个私活重新捡起来，发现变化不小。写这篇文章就是记录一下，给同样好久没用的朋友做个参考。
一、现在的若依有哪些版本
以前我对若依的印象就是单体架构，Spring Boot + Vue。这次回来一看，版本比你想象的多。
1. 微服务版
RuoYi Cloud 是基于 Spring Cloud Alibaba 的微服务版本。用到了 Nacos 做注册中心和配置中心，Gateway 做网关，Sentinel 做限流。
如果你要做的项目规模不大，单体版完全够用。但如果你想学微服务架构，或者项目确实需要拆分，这个版本可以直接拿来用，不用从零搭。
2. 原生的 Go 语言版本
RuoYi Go 是基于 Gin 框架重写的 Go 语言版本。前后端分离，后端用 Go，前端用 Vue。
这对 Go 技术栈的团队来说是个好消息。不用为了用若依非得上 Java，直接用 Go 版本就行，功能逻辑是一样的。
3. 前后端分离版
RuoYi Vue 是目前最常用的版本。前端用 Vue3，后端用 Spring Boot。现在的 Vue 版本已经升级到 Vue3 了，不是以前那个 Vue2 版本。
4. JDK 版本支持
现在若依支持 JDK 8、11、17、21。你可以根据自己的需要选择。如果新项目，直接用 JDK 17 或 21 没问题。
二、外国AI模型能不能写若依代码
这是我之前比较担心的问题。我怕 GPT 或者 Claude 不懂若依的规范，生成的代码放进去跑不起来。
实际用下来，完全没问题。
关键不是给模板，是给文档
很多人的做法是写一段模板代码给AI当例子。这个方法有用，但不够稳。因为AI可能用自己记忆里的旧知识去补全。
正确做法是把若依官方文档直接喂给AI。
从若依官网 https://doc.ruoyi.vip/ruoyi/ 复制几份核心文档的内容发给AI，比如代码生成器使用说明、权限控制文档、分页实现文档、数据返回格式说明。
然后告诉AI：以上是若依框架的官方文档，请你基于这份文档，而不是你的训练数据，来帮我写代码。
这样做的好处是AI严格按照文档来写，不会自己发挥。如果生成的代码报错了，把错误信息和官方文档对应章节一起发过去让它重新改。
我用过的几个模型
GPT 4、GPT 4o、Claude 3.5 Sonnet，这三个我都试过，都能写若依代码。关键是你要按上面的方法把文档喂给它。
三、我的使用感受
好的地方
代码生成器还是好用。建好表，点几下，前后端代码都出来了，基础的增删改查不用写一行代码。
权限系统完整。菜单权限、按钮权限、数据权限都有，不用自己从头写。
文档和社区丰富。遇到问题百度或谷歌一下，基本都能找到答案。
需要注意的地方
生成的代码是标准化的，复杂业务逻辑要自己写。这个其实也合理，代码生成器解决的是重复劳动，业务逻辑本来就应该自己写。
前端用了 Element Plus，如果你想完全自定义 UI，改起来会比较麻烦。不过对于后台管理系统来说，Element Plus 够用了。
四、什么情况适合用若依
我个人觉得，下面这些场景可以放心用若依。
接手了一个私活，同学或亲戚介绍的，几周内要交付。用若依能省下大量时间。
做一个企业内部管理系统，功能要求全，但不追求技术多新。
团队人手少，又想快速出活。若依帮你解决了很多基础问题，你可以专注业务。
如果你做的项目对并发要求很高，或者前端需要完全自定义的交互，那若依可能不是最优选择。
五、总结
若依还在更新。微服务版、Go 版、高版本 JDK 支持，都说明这个框架还在往前走。
外国AI能写若依代码。关键不是给模板，而是把官方文档喂给它，让它基于文档写，而不是凭记忆写。
对于接私活或者快速开发后台系统，若依依然是个靠谱的选择。不用追求框架多新，能把活干完、把钱拿到手，就够了。