1
wxw752 2023-12-26 09:13:50 +08:00
用过这个商业版。这套架子迭代很多年了,历史包袱比较重,导致写的很乱
|
2
muchenlou 2023-12-26 09:18:08 +08:00
刚去了解了一下,这类型的模板挺多的,但是刚过去 gitee 上面看了下官网,看起来打通了 PC 和移动端,好家伙,让我也有点心动了,等你买了你告诉我好不好用,哈哈哈
|
3
cbdyzj 2023-12-26 09:20:53 +08:00
朋友公司用过,有很多安全漏洞
|
4
ChoateYao 2023-12-26 09:27:47 +08:00
准备入这个坑,有点慌,怕改不动里面的代码。
|
6
wxw752 2023-12-26 09:38:24 +08:00
|
7
ppooqq 2023-12-26 09:54:56 +08:00
项目急,后期维护少的可以用,代码质量差,优点是很多功能比较贴合实际场景。如果时间够,最后还是参考学习一些代码质量好的开源自己写。
|
8
crazyTanuki 2023-12-26 09:55:17 +08:00
全是低代码,自己二开烦死
|
9
imokkkk 2023-12-26 09:57:10 +08:00
工期短 后面不需要迭代维护的项目可以用 低代码表单、报表数据量上来后性能有点问题 又不好二开
|
12
Goooooos 2023-12-26 10:24:59 +08:00
自己重新搞一套,既能刷 KPI ,又能把主动权掌握在自己手里
没时间的当我没说 |
13
ma836323493 2023-12-26 10:26:33 +08:00
接的别人的项目,用起来真的一口老血崩溃, 干脆引入 mybatisplus 自己写
|
16
xwayway 2023-12-26 10:35:19 +08:00
买过,代码奇烂无比
|
17
pelloz 2023-12-26 10:38:10 +08:00
开源版本在用,代码质量不算很高,但是功能很全,其实够用。工程项目能尽快跑起来就是最好的
|
18
SilentRhythm 2023-12-26 11:06:30 +08:00
正在用开源版本
我的总结是这套东西能帮你解决 60%问题,但是如果你想改他代码,可不止付出 160%的时间精力。 |
19
nananqujava 2023-12-26 11:14:12 +08:00
推荐用 ruoyi-pro, 至少能跑, 能解决 70%问题
|
20
cheng6563 2023-12-26 11:36:39 +08:00
人生苦短,我用 ruoyi
|
21
yeqizhang 2023-12-26 12:51:55 +08:00 via Android
虽然关注这个项目很多年,后面做一个项目,选的是若依
|
22
coolfamilyxun 2023-12-26 12:53:30 +08:00 via Android
看下 bladex
|
23
wshcdr 2023-12-26 14:15:00 +08:00
关注这个
|
26
twofox 2023-12-26 16:49:11 +08:00 1
我之前选型的时候也考虑过他们家的。不过后来还是选择 ruoyi 了
商业版没用过,但是开源版本的话,我还是研究过的 我个人对他的看法是,那些闭源的功能挺好用的,例如在线表单、积木报表之类的 不过就是因为他闭源,我改起来不好改。 积木报表和在线表单的 jar 包我都去看过源码,改过一下。 代码嘛,混淆过,看不出高低,但是这个工作量确实不是自己一个人能够写的出来的 |
27
twofox 2023-12-26 16:52:17 +08:00
还有,其实还是推荐你用 ruoyi-vue-pro 的
基本功能差不多,差在审批流和报表部分比较弱 但是更新很频繁,算是国内最活跃的一个脚手架了。但是相对来说也很重 最新它新开了个精简版的分支,就没有那么重,你可以考虑一下 可以直接上 JDK21 + spring boot 3.2 jeecgboot 的话,技术上的更新好像没有这么快 不过它的积木报表升级为 jdk17 的了,好评 |
30
llzzll1234 2023-12-26 22:23:24 +08:00
有用过,低代码的部分封装的太死了,一些灵活的东西都没法写,而且只适合写各种增删改查的 XX 管理系统
|
31
xiaohundun 2023-12-27 09:08:26 +08:00
你去看看他们的代码质量。。。一坨
|
33
twofox 2023-12-27 10:55:23 +08:00
|
34
fengpan567 358 天前
别用
|
36
Qzier 292 天前
号称支持 PostgreSQL ,实际问题一大堆,根本没法直接支持,要改的地方太多了,尤其是 SQL 瞎搞,同一个字段,在这个表中是 int ,在另一个表中却是 varchar ,在条件查询中,还将字符串变量和整型字段进行比较,MySQL 没有问题,但遇到 PostgreSQL 这种强类型 SQL 就报错。
|