@cpstar 是的，Activiti 中的边界事件确实是这样，但是边界事件是作为一个独立 XML 节点进行配置的。不过，在 CabloyJS 中，直接把边界行为作为活动节点内部的 JSON 配置来管理，使得流程定义文件更加简洁、紧凑

可以看看 CabloyJS 开源全栈框架，你说的功能基本都有，而且还有更多的特性，比如：
1 、独创的自适应布局 pc = mobile + pad：是真正意义上的 pc 、mobile 跨端方案，一套代码同时适配 pc 端和 mobile 端。mobile 端是原生效果，不是 media query 那套。 演示站点： https://test.cabloy.com/
2 、具有完整架构体系的 NodeJS 工作流引擎，因此除了轻松实现 CRUD 、还可以实现更多业务功能
3 、原生“多实例 /多域名 /多租户”设计，支援 SAAS 系统开发
4 、还有更多特性，可以查看官网文档目录： https://cabloy.com/

如果不介意用 JS 语言的话，可以考虑 CabloyJS 全栈开源框架
1 、前端：Vue2 、Framework7 UI 界面组件库
2 、后端：Egg2
3 、其他：Redis 、MySQL

CabloyJS 包含大量组件和特性，将“开箱即用”和“定制开发”有机结合，这里仅列举几个核心特性：
1 、首创 pc=mobile+pad 自适应布局，一套代码同时支持 pc 端和移动端运行。移动端是真正的原生体验，不是市面上常见的 media query 那种机制。因此，可以跨多端运行：PC 、Andriod 、IOS 、微信公众号、钉钉应用，等等
2 、内置 NodeJS 工作流引擎，因此除了可以快速创建 CRUD 、权限系统之外，还可以快速搭建审批工作流
3 、原生支持分布式架构，从而支持集群部署
4 、CabloyJS 同样也实现了“依赖反转”的容器编程，不过采用的是“依赖查找”策略

演示： https://test.cabloy.com/ （可以分别在 pc 端和移动端体验 pc=mobile+pad 自适应布局，可以称得上“耳目一新”的体验）
文档： https://cabloy.com/ （足够丰富）

@zjsxwc 可以看一下 CabloyJS 的工作流引擎文档，就知道差距在哪里了： https://cabloy.com/zh-cn/articles/flow-introduce.html

也就很是好奇，都说开发业务系统什么的，也就没说业务系统要有工作流需求的。如果业务系统都是些增删改查+角色权限的功能，那么大多数语言的开发框架不都跟玩似的，有什么好比较的呢？那么，回到工作流引擎的诉求，java 有 activiti ，node 有 cabloy ，而这么多年过去了，go 、php 、python 、ruby 有什么呢？

一起来玩 CabloyJS 开源全栈框架： https://cabloy.com
1 、内置 NodeJS 工作流引擎
2 、独创 pc=mobile+pad 自适应布局
3 、内置大量开箱即用的业务组件

@fkdog 你说的是现实。前几年，nodejs 炒作来炒作去，还不是工具层、代理层，网上大多数知识也只是在玩具的层面翻来覆去的 copy 。所以，我花了几年时间做了一款 node 全栈开源框架：CabloyJS 。内置工作流引擎，全新的 UI 布局风格，希望能为 node 生态添砖加瓦。

事实 1:大多数类似 vue admin 的 UI 框架都是为 pc 端定制，mobile 端可用但不好用
事实 2:大多数 node 项目都是 crud 和工具类应用，没有好用的工作流引擎
因此，强烈建议使用 CabloyJS ，解决了上述两个问题，而且还有大量丰富的工具和组件，将低代码的开箱即用和专业代码的灵活定制，有机的结合了起来
眼见为实，在线演示： https://test.cabloy.com/
分别使用 PC 和手机浏览该网页，体验与众不同的 pc=mobile+pad 自适应布局

推荐使用全栈框架，只有全栈框架才会提供开箱即用的前后端一体的完整解决方案，比如 CabloyJS
否则，选择其他独立的前端框架（其实更多是模版），肯定要做大量的删删改改，还有与后端的适配工作

CabloyJS 属于“编码式低代码平台”，提供了大量基础工具和组件，使研发人员可以快速创建业务表单和审批流程（比拖拽式还要快），达到开箱即用的效果，同时又可以进行深入的定制开发。此外，“编码式低代码平台”有利于版本变更管理，便于排查问题和持续升级维护（特别是关于数据的无缝升级）

其实，对于业务和运营场景而言，普适化的表单引擎并不是刚需，而是要根据具体的垂直场景提供可灵活定制的工具。比如，CabloyJS 提供的 CMS 内容管理和渲染引擎，可以满足大多数业务运营场景的诉求

感谢建议，你所说的 1 、2 、3 、5 ，已经进行了改进
关于第 4 条，参见这样一段关于“拖拽式低代码平台”的述评：
** 大多数业务表单不仅仅是一些字段的简单组合和增删改查，不同的业务都有自己独特的业务诉求，往往需要前端界面的定制和后端逻辑的定制。拖拽式低代码平台，对于业务人员而言没有足够的工具进行深入定制，对于研发人员而言也没有足够的机制深入开发
** 许多拖拽式低代码平台认识到了这一点，所以针对不同的业务场景提供官方预配置的套装解决方案，这同样也把业务人员和研发人员置于“不上不下”的尴尬境地，成为“食之无味 弃之可惜”的鸡肋平台

加字段不难，就是让后端加字段有点难。接口一旦确定下来，后端是最讨厌变更的。当然我说的是 java 后端。
为啥 nodejs 会火起来，就是因为灵活，改动起来很快。但现在又在鼓吹 ts，然后慢慢又回到不愿改接口的老路。

用过 node 的 CabloyJS 也许会改变对 php 的认知

iphone 没有实体返回键，所以，微信浏览器会自动添加“前进和返回键”，当然也不总是这样。如果 H5 页面是不带 hash 变化的（也就是 url 不变化），就不会出现“前进和返回键”。CabloyJS 对这种情况提供了相应的解决方案（免费、开源），可以分别用 iphone 和 android 试一下这个演示站点： https://test.cabloy.com/
CabloyJS 的微信对接方案，参见: https://cabloy.com/zh-cn/articles/wechat-introduce.html

两种思路：
1 、采用分布式锁 redlock
2 、采用 redis 做消息队列

从来没有一劳永逸的大而全的解决方案。但是如果仅仅停留在 CRUD 的层面，显然又不符合咱们程序员不断追求进步的气质
在业务系统中，CRUD 仅仅是数据管理的基础，在此基础上还需要考虑：菜单权限、数据权限、审批流、前端界面显示（兼容 mobile/pc ）、消息推送、历史数据，等等。对于大多数业务系统而言，以上诸方面都有共性。能把这些共性部分抽象出来，提供统一的接口，同时也提供可扩展的机制，那么就可以极大的提升业务系统的开发效率了

强烈建议参考一下 NodeJS 全栈开源框架 CabloyJS，尝试着在 CRUD 的基础上前进了好几步，在线效果预览： https://test.cabloy.com/

@libook Webpack 可以搞定，关键就是提供合适的源码组织方式。V8 字节码和快照后续可以研究一下

@shuizhuyu 是微信号添加不了吗？试试：58757006，或者上 https://cabloy.com 查看微信二维码

感谢大家支持，可加我微信交流：yangjian2025