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