V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
NOspy
V2EX  ›  Java

请问一下大家,基于 Springboot 的 jeecgboot 这个框架咋样呀?有买过商用版的吗?

  •  
  •   NOspy · 358 天前 · 3703 次点击
    这是一个创建于 358 天前的主题,其中的信息可能已经有所发展或是发生改变。
    第 1 条附言  ·  357 天前
    谢谢大家的解答,我打算自己搭了!
    36 条回复    2024-03-14 00:43:51 +08:00
    wxw752
        1
    wxw752  
       358 天前
    用过这个商业版。这套架子迭代很多年了,历史包袱比较重,导致写的很乱
    muchenlou
        2
    muchenlou  
       358 天前
    刚去了解了一下,这类型的模板挺多的,但是刚过去 gitee 上面看了下官网,看起来打通了 PC 和移动端,好家伙,让我也有点心动了,等你买了你告诉我好不好用,哈哈哈
    cbdyzj
        3
    cbdyzj  
       358 天前
    朋友公司用过,有很多安全漏洞
    ChoateYao
        4
    ChoateYao  
       358 天前
    准备入这个坑,有点慌,怕改不动里面的代码。
    NOspy
        5
    NOspy  
    OP
       358 天前
    @cbdyzj
    @wxw752
    emm ,现在正在选框架,如果历史包袱太重的话就考虑是不是要自己搞基础框架了。。
    wxw752
        6
    wxw752  
       358 天前
    @NOspy #5 你能搜到的那些我几乎都用过。什么 renren-fas 微服务版,还有个什么的商业版忘记名字了,每个都有不同的问题,好多写的都不如免费的那个芋道

    最后我们公司还是自己搭了
    ppooqq
        7
    ppooqq  
       357 天前
    项目急,后期维护少的可以用,代码质量差,优点是很多功能比较贴合实际场景。如果时间够,最后还是参考学习一些代码质量好的开源自己写。
    crazyTanuki
        8
    crazyTanuki  
       357 天前
    全是低代码,自己二开烦死
    imokkkk
        9
    imokkkk  
       357 天前
    工期短 后面不需要迭代维护的项目可以用 低代码表单、报表数据量上来后性能有点问题 又不好二开
    NOspy
        10
    NOspy  
    OP
       357 天前
    @wxw752 好嘛~那我还是前期辛苦一下自己搞吧!谢谢你
    wizzer
        11
    wizzer  
       357 天前
    @NOspy 试试我的 budwk.com V8 微服务单应用、或者分布式,前后端分离,vue2 或 vue3 ,随意搭配
    Goooooos
        12
    Goooooos  
       357 天前
    自己重新搞一套,既能刷 KPI ,又能把主动权掌握在自己手里
    没时间的当我没说
    ma836323493
        13
    ma836323493  
       357 天前
    接的别人的项目,用起来真的一口老血崩溃, 干脆引入 mybatisplus 自己写
    NOspy
        14
    NOspy  
    OP
       357 天前
    @wizzer 好的, 我瞅瞅!
    NOspy
        15
    NOspy  
    OP
       357 天前
    @Goooooos 不上班,拿来做项目的,因为考虑可能要做成 saas 或者标准品卖,所以顾虑多一些
    xwayway
        16
    xwayway  
       357 天前
    买过,代码奇烂无比
    pelloz
        17
    pelloz  
       357 天前
    开源版本在用,代码质量不算很高,但是功能很全,其实够用。工程项目能尽快跑起来就是最好的
    SilentRhythm
        18
    SilentRhythm  
       357 天前
    正在用开源版本
    我的总结是这套东西能帮你解决 60%问题,但是如果你想改他代码,可不止付出 160%的时间精力。
    nananqujava
        19
    nananqujava  
       357 天前
    推荐用 ruoyi-pro, 至少能跑, 能解决 70%问题
    cheng6563
        20
    cheng6563  
       357 天前
    人生苦短,我用 ruoyi
    yeqizhang
        21
    yeqizhang  
       357 天前 via Android
    虽然关注这个项目很多年,后面做一个项目,选的是若依
    coolfamilyxun
        22
    coolfamilyxun  
       357 天前 via Android
    看下 bladex
    wshcdr
        23
    wshcdr  
       357 天前
    关注这个
    NOspy
        24
    NOspy  
    OP
       357 天前
    @pelloz 是的,讲成本效率的项目来说,跑起来是第一位,至于后面维护的问题,往往管不了那么多
    NOspy
        25
    NOspy  
    OP
       357 天前
    @wshcdr bladex 源码怎么样,您用过吗?能否展开说一下~
    twofox
        26
    twofox  
       357 天前   ❤️ 1
    我之前选型的时候也考虑过他们家的。不过后来还是选择 ruoyi 了
    商业版没用过,但是开源版本的话,我还是研究过的

    我个人对他的看法是,那些闭源的功能挺好用的,例如在线表单、积木报表之类的

    不过就是因为他闭源,我改起来不好改。
    积木报表和在线表单的 jar 包我都去看过源码,改过一下。

    代码嘛,混淆过,看不出高低,但是这个工作量确实不是自己一个人能够写的出来的
    twofox
        27
    twofox  
       357 天前
    还有,其实还是推荐你用 ruoyi-vue-pro 的

    基本功能差不多,差在审批流和报表部分比较弱

    但是更新很频繁,算是国内最活跃的一个脚手架了。但是相对来说也很重

    最新它新开了个精简版的分支,就没有那么重,你可以考虑一下

    可以直接上 JDK21 + spring boot 3.2

    jeecgboot 的话,技术上的更新好像没有这么快
    不过它的积木报表升级为 jdk17 的了,好评
    NOspy
        28
    NOspy  
    OP
       357 天前
    @twofox 谢谢,我去看看~~
    wshcdr
        29
    wshcdr  
       357 天前
    @NOspy 开源版可以用,不过商业版好一点
    llzzll1234
        30
    llzzll1234  
       357 天前
    有用过,低代码的部分封装的太死了,一些灵活的东西都没法写,而且只适合写各种增删改查的 XX 管理系统
    xiaohundun
        31
    xiaohundun  
       357 天前
    你去看看他们的代码质量。。。一坨
    lawsiki
        32
    lawsiki  
       356 天前
    @twofox #27 积木报表就是个假开源。。
    twofox
        33
    twofox  
       356 天前
    @lawsiki 是假开源,不单止积木报表部分,jeecgboot 的低代码、在线表单等功能也是假开源

    之前我就吐槽过了,所以要用,还是用真开源
    fengpan567
        34
    fengpan567  
       345 天前
    别用
    caikiki
        35
    caikiki  
       342 天前
    @wshcdr 求一份商业版的 jar 包,有偿。
    Qzier
        36
    Qzier  
       279 天前
    号称支持 PostgreSQL ,实际问题一大堆,根本没法直接支持,要改的地方太多了,尤其是 SQL 瞎搞,同一个字段,在这个表中是 int ,在另一个表中却是 varchar ,在条件查询中,还将字符串变量和整型字段进行比较,MySQL 没有问题,但遇到 PostgreSQL 这种强类型 SQL 就报错。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5772 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 01:49 · PVG 09:49 · LAX 17:49 · JFK 20:49
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.