关于开源的说明

最近经常被问到 wf 模块源码的问题,我在这里统一回复

目前 basic 项目全开源,无限制,允许商用,包含以下服务模块

  • 移动端
  • 系统功能模块
  • 基础模块
  • 鉴权模块
  • 表单模块
  • 业务对象模块

移除 wf 模块 AgileBPM 也依然会是一个很好的快速开发平台

wf 模块目前只提供 jar 包,无任何限制,源码会延迟发布。发布2.0后,会将1.0源码发布。 如果有想查看最新版本wf模块源码的可以自行反编译查看。
主要目的:防盗版、收集缺陷(核心源码的维护需要对产品需求、工作流引擎本身相当了解,有很多行业经验在里面,如果随意修改很可能造成不必要的麻烦,所以核心源码由我们团队维护)

如果使用我们系统的人越来越多,我们仅仅提供技术服务就可以维持团队运作,但现在最新版本的核心源码需要和服务打包提供
我们相信有偿的技术支持,比起开源后就不怎么负责、会对大家更有帮助的

我之前见过很多 企业\软件公司 花几十万购买了市面上一些所谓的大厂流程开发平台,到最后产品依然没能用起来

后来我分析了可能存在的原因

  1. 开发员遇到了问题,就觉得是平台的锅,直接告诉领导,这个平台垃圾,存在bug
  2. 习惯了自己的开发套路,开发员存在抵触心理,最终没能推行
  3. 没有查看文档,不了解平台的玩法,想当然的去搞,所以常常碰壁误入歧途,最终放弃

反观那部分成功应用了系统的客户,他们基本都外包了平台公司的技术实施,这样的优势有

  1. 有人接锅,有问题都会找技术实施
  2. 可以轻量的做定制化,很多时候、我发现很简单的改动就能满足客户特殊需求
  3. 实施人员可以保证解决方案不至于出大的问题

之前公司的案例:在 我没去之前,公司实施第一个项目的时候,两三个月搞一个流程,加班很辛苦,而且流程任务常常丢失,各种问题。
当然被我直接废弃掉了,重新开发,现在一个很大的业务流程一两周就Ok,配配表单,配配流程,写写特殊js逻辑。就Ok了。
分分钟就能开发表单的感觉特别爽

源码绝对不是 能不能 好好用起来产品的一个决定性因素
文档,debug日志才是 (又有多少人看过spring,activiti,hibernate的源码)

  1. 我们会提供明确的解决方案,不让您走弯路
  2. 详尽的 debug 日志
  3. 购买技术服务的朋友会提供 wf 模块 源码,让流程模块可定制化

最后再鼓吹下我们的优势

  • 支持 N 层、任意数据结构的业务对象(Model),支持 配置化 生成 丰富组件的表单(View),支持字段级权限控制,恐怕市面上没有类似的的流程产品吧
  • 我们在开放封闭原则方面做出了很大的努力,力求让有扩展需求的功能都实现可插拔
  • 流程功能的完全插件化
  • 流程实施配置化
  • 表单开发配置化

其他:购买一年高级版本技术服务的客户我们会提供最新版本的全部源代码和技术整合方案
团队成员为顺丰、茂业、海雅、科达、海南航空等众多知名企业实施过工作流项目,积累了多年行业经验,能轻松应对各种复杂流程需求,为您提供最专业的流程顾问服务。

商业版本介绍

商业版本提供最新源码,提供专属技术支持,技术培训,以及以下高级版流程插件

  • 流程配置全局预览
  • 流程导入导出
  • 任务催办
  • 会签
  • Vue PC 表单 版本
  • 代码生成器
  • 架构整合服务

基础开源版本会满足 90%的流程需求,特殊需求也可以通过后置脚本自行实现(比如消息插件数量限制,可以在脚本插件自己配置发送消息的方法来实现)

为什么会有高级版本?

  • 未来还有更多开发计划
    我们目前正在做微服务版本,后期迭代计划中还有更多强大的 流程插件、人员插件、OA 模块
    我们希望基于统一约定、规范、底层的基础上构建更多生态应用,随时拿来依赖上即可使用(如现在的springboot版本,前后端都以jar包的形式)
    当然依然会像现在一样 保持 90% 以上的功能开源贡献,不会做任何 诸如 用户数、流程数之类的流氓限制

  • 团队需要物质基础
    如果有更多客户支持,我们可以有偿的邀请更多开源社区的大牛加入,提供出更高质量、更优秀的开源产品
    所以希望大家能够理解

如果想要学习 AgileBPM 框架,可以反编译或者直接搜索 Class 类嘛,表单业务对象都是全开源的、流程模块没有多少代码,反编译看一点都不会影响

欢迎广大有志之士批评指正,接受 pull request
^.^ 只有广大朋友的支持 AgileBPM 才能够持续的迭代优化、技术输出