这是一个创建于 362 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，我司想开发一个平台，类似使用 Bpmn 或者 liteflow 这样形式的页面拖拉拽模式，在生产上大量快速的开发功能服务。
思路
- 界面参照 bpmn
- 提供大量的组件，例如 http 组件，循环组件，redis 组件，数据库组件...
- 让业务人员拖拉拽开发功能服务...
如题，请求各位公司有没有这方面的实践，或有意义的参考项目
 |
1
flmn 362 天前  1
|
 |
2
murmur 362 天前
jeecg 这种东西买一套商业版来抄就完了，比你自己做便宜的多
|
|
4
murmur 362 天前
@jimisun 业务编排那是拖拉拽开发，我见过的业务编排只是解决简单 java 代码编写，比如改个数据库字段，调用个外部接口，编排解决不了 java 代码、sql 编写
|
 |
7
jimisun OP 补充一下，我司按照这个思路实现了简单的 1.0 版本，但是现在的用户体验很差 如图：
|
 |
8
paopjian 362 天前
dolphinscheduler 有现成的进程管理,你看看是啥语言写的的
|
 |
9
lezw 362 天前
NiFi ，感觉能满足你的需求
|
 |
12
polobug 362 天前
= =很多大公司都有了吧。。难得是业务。。兼容不了。很多都要二次开发改来改去
|
 |
13
zhudapaooo 362 天前
低代码都是垃圾，有好用的吗
|
 |
15
xenoblade 361 天前
正好年初也集中调研过流程编排这个领域，根据楼主的需求我推荐 Camunda8 ，说一下我的理解：
优点：1. 基于 java 开源； 2. 基于 Bpmn 模型同时支持手动流程与自动流程（不支持部分 Bpmn 特性）； 3. 提供大量组件，可自定义，已经看到国内企业基于 Camunda8 封装的低代码平台在卖了。 缺点：1. Bpmn 模型设计之初就是为了解决不同人员/角色的工单流转，并不适合做业务编排，实现复杂逻辑时难免捉襟见肘； 2. 由于采用消息队列（自研消息队列 zeebee ），性能（时延）不如命令式编程； 3. 由于业务低代码平台改变了开发方式，所以要想达到支撑线上业务的水平，能需要对接和开发大量 DevOps 相关的能力； 4. 为了保证兼容性和灵活性，业务最终产物必然是大量流程、配置和脚本混杂的 xml 文件，将随业务发展超过代码的维护成本。 目前我已经释然了，在大部分项目方向规划不明确，对 PaaS 没有达成业界共识的情况下，业务低代码平台就是伪需求，难以推广和发展。 |
Select Language