公司打算新开发一个后台管理系统的产品,开发周期要求比较紧张,所以暂时考虑是找个现成的脚手架,在这个基础上优化和开发。
后端不用单体架构。目前考虑从 pigx ( pig 的商业版)和 ruoyi-vue 前后端分离版里选一个,然后稍微改造一下就搓业务代码。
前端用 React+antd 重写,所以不管选哪个框架前端的代码都用不上。
这个系统后期需要长期维护,本着认真负责(怕害人害己)的态度,选择比较慎重。
看网上若依推荐的人比较多,被吐槽的几个点主要是围绕开发规范和自造轮子的问题。
但是关于 pigx 讨论比较少,所以想请教一下用过 pigx 的大佬,尤其是用过 pigx 和 ruoyi 的深度用户,pigx 是否值得托付?还是说拿 ruoyi 自己改?
|      1gdrk      2024-06-26 17:37:31 +08:00 插眼看看,我只接触过 ruoyi ,糊个短期的项目啥的还是方便的 | 
|  |      2chaos93      2024-06-27 08:20:10 +08:00 可以用 ruoyi-vue-plus | 
|  |      3colin8102      2024-06-27 11:28:27 +08:00 via Android 用 Pigx | 
|  |      4coala      2024-06-27 12:58:37 +08:00 pig jdk17 版本, 用了 3 个月,感觉还行。但是你要重写前端..  其实 pig 的自带前端更适合后端人员一把梭。 丑是丑, 当管理平台够用... | 
|  |      5wxyrrcj      2024-06-27 13:35:13 +08:00 ruoyi-vue-plus 可以 | 
|      6yinzmcn OP @chaos93 之前在 ruoyi 的项目扩展里看到这个,以为只是在 ruoyi 基础上增加了 Mybatis Plus 。今天仔细看了一下 ruoyi-vue-plus ,在 ruoyi 上优化了很多我们想要优化的点,真是不错。就是不知道用的人多不多,问题多不多,能不能直接拿来投入生产。 | 
|  |      7chaos93      2024-06-27 14:47:24 +08:00 @yinzmcn 可以的,不追求多租户 和 spring boot3.x ,可以用 它的 4.X 版本 如果追求就用最新的 5.2 | 
|  |      8tallest      2024-06-27 15:41:13 +08:00 从 17 年开始用的 pig ,后头出 pigx 之后也用过,感觉还不错,但是现在转 go 了,哈哈哈 | 
|      9yinzmcn OP @colin8102 因为我们前端都要用 React 重写,pigx 前端 vue 代码都用不上,不知道 pigx 前端复杂度高不高,重写的难度大不大。而且不确定现在已有的接口文档全不全,要是 pigx 已经封装的功能没有接口文档或缺了很多,pigx 封的越多,我们“疯”的概率越大 | 
|      10yinzmcn OP @chaos93 我们是想上 JDK17+ 和 spring boot3.x 的,不过我看多租户的数据源隔离是用的租户 id ,这个就差点意思了,不过可以关闭多租户,后面需要用的话我们再自己重写吧,应该问题也不大。 | 
|  |      15vishun      2024-06-28 16:19:21 +08:00 pigx 不是微服务版本吗? ruoyi-vue 是个单机的,压根就不一样,怎么比? | 
|  |      18guch99999      2024-07-03 11:23:55 +08:00 我现在是找了脚手架然后自己魔改,  我用的 snowy-cloud , 然后自己魔改至少文档不用收费 |