一份 BPM 平台能力对标清单:25 个评估维度的横向观察驰骋BPM驰骋低代码低代码工作流引擎

本文基于源码实测,从25个维度横向对比驰骋BPM(CCFlow/JFlow)与国内头部BPM厂商的能力差异。核心优势包括:深度覆盖中国式审批场景的流程引擎、70种接收人投递方式、14+数据库信创适配(含6类国产库)、7类自研低代码设计器及生成式AI能力(支持流程/表单/代码生成)。短板集中在BI分析深度、行业解决方案生态与大型客户实施服务体系。

驰骋BPM(CCFlow / JFlow)对标国内头部 BPM 厂商能力对比与评估建议


一、结论先说

驰骋BPM 是国内极少数「全栈自研、源码可控、双栈(.NET + Java)同源」的 BPM 平台。其核心竞争力集中在三处:

  1. 流程引擎的深度与完备度——流程模式、退回/撤销、会签/加签、条件表达式、超时升级等「中国式审批」场景,覆盖度不输头部厂商,部分细节(如 70 种接收人规则、13 种超时处理策略、6 类退回方式)甚至更细。
  2. 信创与多数据库适配——单套代码覆盖 14+ 种数据库,含达梦、人大金仓(R3/R6/R8)、优炫、瀚高、南大通用 GBase 等 6 种国产库,且带独立 Provider 驱动,属国产化替代的硬实力。
  3. 前端低代码设计器矩阵 + AI 生成能力——7 类自研设计器(流程/表单/章节表单/打印模板/门户/数据窗口/可视化大屏),叠加 AI 生成流程、表单、字段、测试数据乃至代码,是近两年最能拉开差距的方向。

但对标头部厂商,需正视三点: 生态与行业解决方案沉淀、BI/数据分析深度、以及大规模客户验证与实施服务体系,这些是「产品之外」的壁垒。


二、源码能力实测(评估的事实基础)

2.1 三端工程规模

层目录规模核心技术栈
工作流引擎Components/BP.WF561 个 .cs / 约 26.8 万行.NET 8(ASP.NET Core)
ORM 与基础框架Components/BP.En30261 个 .cs / 约 10.4 万行.NET 8
前端与低代码Vue3/src987 个 .vue / 2275 个 .tsVue 3.4 + Vite 8 + Ant Design Vue 4 + Pinia + Vue Flow

2.2 引擎核心构成

能力承载类/文件说明
流程推进总入口WF/WorkNode.cs(NodeSend)全库最大文件,约 56.8 万字符
流程实例WF/GenerWorkFlow.csWorkID/FID/状态/当前节点/待办人
待办工作列表WF/GenerWorkerList.cs含会签标识、催办次数
节点定义WF/Node.cs + Template/NodeAttr.cs节点级规则属性体系
条件与方向Template/Cond.cs、Template/Direction.cs条件计算 Conds.GenerResult
运行操作WorkUnSend / WorkReturn / WorkCC / ShiftWork / PressWork撤销/退回/抄送/移交/催办
二次开发 APIDev2Interface.cs(约 75.6 万字符)数百个静态方法,流程操作全覆盖
表单 APICCFormAPI.cs表单装载、从表、附件、打印
事件模型FlowEventBase.cs + ExecEvent.cs + OverrideEvent.cs约 30 个可挂钩事件
AI 能力AITools.cs生成流程/表单/字段/从表/测试数据/代码
枚举总表EnumLib.cs流程、节点、权限、状态全枚举

三、BPM 评估维度对比表

图例:● 领先 / 优势 ◐ 相当 / 主流水平 ○ 相对偏弱或非主打 头部厂商为综合能力判断,非逐一实测;驰骋BPM 列基于源码实测。

#评估维度驰骋BPM(CCFlow/JFlow)炎黄盈动FlowPortal泛微微宏科技致远互联用友 BPM普元 BPS奥哲 H3 BPM
1流程引擎成熟度● 26.8 万行引擎,模式最全●●●●●●●●
2顺序/分流/合流/分合流● Ordinary/FL/HL/FHL 四模式原生●●●●●●●●
3子流程能力● 5 种调用方式(自动/手动/引导/延续等)●◐●◐●●●●
4会签/加签/减签● 队列/协作/协作组长 + 加签减签●●●●●●●●
5退回/驳回/撤销/取回● 6 类退回 + 撤销 + 撤销退回 + 取回 + 自由跳转●●●◐●●●●
6条件/表达式引擎● 表达式 + SQL 双模式,16 类条件数据源●●●◐●●●●
7接收人/权限规则● 约 70 种投递方式(角色/部门/SQL/表单字段/领导链/API)●●●◐●●●●
8超时/催办/升级● 13 种超时策略 + Quartz 调度 + 预警●◐●◐●●●●
9表单/低代码引擎● 17 种表单类型 + 单据引擎 + 章节表单●●●●●●●●
10流程设计器体验◐ Vue Flow 自研,功能强但交互成熟度待打磨●●●●●●●●
11数据可视化/大屏● 自研可视化设计器 + ECharts/3D/13 框架●○●◐●●●◐
12报表/BI 深度◐ 列表/分组/导出/自定义报表,非专业 BI●◐●◐●●●●
13AI 流程/表单生成● 生成流程+表单+字段+从表+测试数据+代码●◐●○●●◐●
14移动端(H5/微信/钉钉)● 三端齐备:CCMobile + 小程序 + 钉钉/企微●●●●●●●●
15门户/工作台● 自研门户设计器 + 数据窗口部件●◐●◐●●●●
16组织架构/多租户● 一人多部门多岗 + 单组织/集团/SaaS/PASS 四模式●●●◐●●●●
17多数据库/信创● 14+ 种库,含达梦/金仓/优炫/瀚高/GBase●◐●●●●●●
18跨平台部署● .NET 8(Windows/Linux/Docker)+ Java 版 JFlow◐◐●◐●●●◐
19二次开发/API 开放度● 源码开放 + Dev2Interface 数百 API + 事件钩子●◐◐◐◐●●●
20技术栈双选(.NET/Java)● CCFlow(.NET) 与 JFlow(Java) 同源模型○○○○○◐◐○
21开源与可控性● 全源码,可自主可控、自由二开○○○○○○◐○
22实施方法论/服务体系○ 以产品+社区+伙伴为主●●●●●●●●
23行业解决方案沉淀○ 通用平台能力,行业包较少●●●●●●●●
24生态与市场验证规模◐ 服务大量中小企业与开发者,头部大单较少●●●●●●●●
25定价/总体拥有成本● 开源社区版免费,商业授权成本低○○○○○○●◐

四、驰骋BPM 的优势(源码级证据)

4.1 流程引擎:中国式审批场景覆盖最细

能力项具体实现(源码证据)
运行模式RunModel:普通 / 合流 HL / 分流 FL / 分合流 FHL / 同表单子线程 / 异表单子线程
会签HuiQianRole:队列 Teamup / 协作组长 TeamupGroupLeader;组长规则 OnlyOne/LastOneMain/EveryOneMain;支持加签、减签
多人处理TodolistModel:抢办 / 协作 / 队列 / 共享需申请 / 协作组长
退回ReturnRole:不可退回 / 退上一步 / 退任意节点 / 退指定节点 / 退开始节点 / 按流程图退回线
撤销撤销发送 WorkUnSend、撤销退回 WorkUnReturn、取回 Tackback、自由跳转 JumpWay
条件Glo.CondExpPara(表达式:"键 运算符 值",支持 = != > >= < <= LIKE IN NOTIN)+ Glo.CondExpSQL(SQL 条件)双引擎
条件数据源ConnDataFrom 16 类:表单字段 / 独立表单 / 角色 / 部门 / SQL / SQL 模板 / 参数 / URL / WebApi / 审核立场 / 部门负责人 / 存储过程 / 业务单元 / 从表字段 / 审核通过率 / 通用数据源
超时处理OutTimeDeal 13 种策略:自动转下一步 / 跳指定节点 / 移交指定人 / 发消息(指定人/处理人/参与人/部门领导/直属领导/分管领导)/ 删流程 / 执行 SQL / 执行事件
自动跳转AutoJumpRole:处理人即提交人 / 已出现过 / 与上一步相同,自动跳过避免重复待办
阻塞控制BlockModel:子线程未完成 / 约定格式 / 子流程 / SQL / 表达式 / 平级子流程
定时调度WF/TaskScheduler/:Quartz + IHostedService,Cron 表达式定时自动发起流程
事件模型FlowEventBase 约 30 个挂钩点(表单/节点/流程三级),OverrideEvent 统一拦截

4.2 权限与接收人:约 70 种投递方式

DeliveryWay 枚举覆盖同类产品罕见的细度:

  • 组织结构类:按角色 / 部门 / 岗位 / 用户组 / 操作员
  • 关系链类:直属领导 / 部门领导 / 分管领导 / 连续多级主管(ByMLeader0/1/2)/ 与开始节点相同 / 与上一步相同 / 指定节点相同
  • 数据驱动类:SQL / 存储过程 / 表单字段(主表 / 从表)/ 数据源 ByGenerDBSrc
  • 接口驱动类:ByAPIUrl / BySelfUrl / WebAPI
  • 智能类:ByStationAI / ByPreviousNodeFormStationsAI(智能角色)

4.3 数据层:信创适配与 ORM 完备度

  • 14+ 种数据库:DBType 枚举覆盖 MSSQL / Oracle / Access / PostgreSQL / DB2 / MySQL / Informix / 达梦 DM / 人大金仓 R3、R6、R8、R6ForMySQL / 优炫 UX / 瀚高 HGDB / 南大通用 GBase 8C(by Oracle/MySQL)、8A
  • 独立国产驱动:DM.DmProvider、Kdbndp、Nuxsql 均已在 BP.En30.csproj 中引用
  • 方言自动适配:DBUrl.DBVarStr 按库切换参数前缀(: / @ / ?);DataType 做 DUAL、taa_onerow 等语法适配
  • 异构数据源联邦:SFDBSrc 支持本机库 / 异构库 / WebService / Dubbo / WebAPI / 本地 Handler 多种 DBSrcType
  • ORM 基类族:Entity / Entities / EntityOID / EntityNoName / EntityMyPK / EntityTree / EntityMultiLang,Map 提供 40+ 声明式映射方法
  • 通用查询:QueryObject + SqlBuilder + 分页 API + 事务(DoTransactionBegin/Rollback/Commit)
  • 多级缓存:Cache / Cache2019(行缓存)/ Cache2024(表安全)/ CacheFrmTemplate,并预留 Redis 分布式缓存接口
  • 附件存储:本地 / FTP / 阿里云 OSS / MinIO 四种后端

4.4 多租户与多语言

  • 运行模式 CCBPMRunModel:Single(单组织)/ GroupInc(集团)/ SAAS / PASS,OrgNo 全链路隔离
  • 多语言:CH(简)/ B5(繁)/ EN,覆盖字典(SysEnumMain.Lang)与表单字段级

4.5 前端:7 类自研低代码设计器

设计器位置技术实现
流程设计器 V2WF/Admin/FlowDesignerV2/自研,基于 Vue Flow,支持自动布局(dagre/elkjs)、右键菜单、节点快捷设置、流程校验
表单设计器WF/Admin/FoolFormDesigner/自研(naive-ui + sortablejs),支持移动端预览、表单校验、拖拽建模
章节/自由表单设计器WF/Admin/ChapterFrmDesigner/、FormContainer/自研
打印模板设计器WF/Admin/FrmLogic/PrintTemplate/自研 + RTF / VSTO Word / Excel
报表/蓝色大屏设计器CCFast/RptBlue/自研,基于 ECharts,14 种图表 + 列表部件 + 13 种框架
数据可视化大屏WF/Admin/VisualDesigner/自研,ECharts + echarts-gl 3D + three.js,含 3D 地球等部件
数据窗口设计器CCFast/Windows/自研,含图表、待办、公告、新闻轮播、天气等门户部件

流程中心页面完备:发起(含树形/自助表单/二维码引导)、待办、在办、已完成、草稿、收藏、挂起、退回、超时、会签、抄送、任务池、催办、流程监控、异常处理,40+ 列表枚举类,轨迹图基于 Vue Flow 实时渲染。

4.6 AI 能力:生成式低代码

AITools.cs 已实现完整链路:

  • Flow_GenerNodes_ByWords——自然语言生成流程节点
  • Frm_GenerAttrs* / Frm_GenerDtls——生成表单字段与从表
  • Frm_GenerTestData——生成测试数据
  • Frm_GenerCode——生成前端代码
  • Gener_FrmTypeByPrompt——智能推荐表单类型
  • 前端 Copilot/index.vue——自然语言对话式操作(发起流程、查询、打开页面)
  • 设计器内嵌 AI 入口(GPN_AIFlow、GPN_AIFrm、GPN_AITestData、GPN_RptBlueAI)
  • 后端已封装通义千问(含图文)、DeepSeek、豆包及 OpenAI 兼容接口

4.7 差异化壁垒(头部厂商不具备或不全具备)

优势说明
源码完全可控全量源码交付,可自主改造,满足政企"自主可控"要求
双技术栈同源CCFlow(.NET)与 JFlow(Java)共用同一套流程模型,客户可按既有技术栈选型,迁移成本低
信创谱系最宽6 种国产数据库 + 独立驱动,国产化替代方案完整
跨平台部署.NET 8 支持 Windows / Linux / Docker,摆脱 Windows 绑定
开放 API 极丰富Dev2Interface 数百个静态方法 + 30 个事件钩子 + SDK 回调签名验签
总体拥有成本低社区版开源免费,商业授权与二开成本显著低于头部厂商

4.8 生态与集成

  • 组织集成 API OrganizationAPI:人员/部门/岗位/用户组/一人多部门多岗全套 Port_*_Save 接口
  • SSO:WF_SSO(CAS 类 SSO + 签名登录 + TGT/ST 票据)
  • 钉钉集成:完整 DDSDK + 组织同步 + 工作消息
  • 企业微信/公众号:含 WXBizMsgCrypt 消息加解密 + 组织同步
  • 数据同步:Template/SyncData + DTS 定时任务集(自动报表、组织同步、超时预警推送、流程校验、一键升级)

五、评估建议

5.1 选型建议:什么场景选驰骋BPM

场景推荐度理由
政企信创国产化替代★★★★★6 种国产库原生支持 + 源码可控 + 跨平台
中小企业流程审批/协同 OA★★★★★成本低、开箱即用、功能覆盖充分
需要深度二次开发的流程中台★★★★★全源码 + 数百 API + 事件钩子
技术栈为 .NET 的组织★★★★★国内 .NET BPM 的头部选择
需要 Java 技术栈★★★★☆JFlow 同源模型,可与 CCFlow 混合选型
大型集团复杂流程 + 深度 BI★★★☆☆引擎足够,但 BI/数据治理需外部补齐
追求开箱即用的行业套件★★★☆☆行业解决方案沉淀弱于头部厂商
需要大厂背书与本地化实施团队★★☆☆☆以产品+社区+伙伴为主,服务体系偏轻

5.2 分维度落地建议

① 引擎能力——保持领先,聚焦体验打磨 流程模式的完备度已是优势项,建议把投入转向设计器交互体验(流程设计器拖拽流畅度、智能连线、批量节点操作)与流程模拟/预演(上线前试跑、路径覆盖分析),这是头部厂商拉开体验差距的地方。

② 数据与报表——补齐 BI 短板 Rpt 模块偏"列表 + 分组 + 导出",与泛微/致远/用友的内置 BI 相比深度有限。若面向大型客户,建议:

  • 强化自助分析(拖拽式多维分析、指标库、下钻)
  • 与第三方 BI(帆软/永洪)标准化集成
  • 可视化大屏目前已领先,可作为差异化主打

③ AI 能力——作为核心差异化放大 AI 生成流程/表单/代码是当前最能形成"代差"的方向,建议:

  • 从"生成"走向"生成 + 优化"(AI 检测流程冗余节点、审批瓶颈、权限冲突)
  • 增加 AI 流程分析(耗时预测、异常预警、智能催办)
  • 沉淀行业 Prompt 资产库

④ 信创与部署——持续加宽护城河

  • 补充"神通数据库"等尚未枚举的国产库
  • Redis 分布式缓存当前为"预留未启用",多节点集群场景建议正式启用
  • 完善 Linux/Docker 下的部署文档与自动化脚本

⑤ 生态与市场——补齐产品之外的壁垒

  • 沉淀行业解决方案包(制造、金融、政务、医疗等)
  • 建立标准实施方法论与交付模板
  • 建设伙伴认证与培训体系
  • 输出标杆案例,提升大型客户信心

5.3 一句话总结

驰骋BPM 是"引擎深度 + 源码可控 + 信创适配 + AI 生成"四张牌都很硬的平台型产品,适合追求自主可控与深度定制的客户;其短板不在产品能力,而在生态沉淀与服务体系——这三到五年恰是头部厂商用行业包和交付能力构筑护城河的领域,也是驰骋BPM 需要重点补齐的方向。


附录:核心源码文件速查表

能力文件/类
引擎入口Components/BP.WF/WF/WorkNode.cs(NodeSend)
流程实例Components/BP.WF/WF/GenerWorkFlow.cs
待办列表Components/BP.WF/WF/GenerWorkerList.cs
节点定义Components/BP.WF/WF/Node.cs
条件/方向Components/BP.WF/Template/Cond.cs、Direction.cs
枚举总表Components/BP.WF/EnumLib.cs
二次开发 APIComponents/BP.WF/Dev2Interface.cs
表单 APIComponents/BP.WF/CCFormAPI.cs
事件挂钩Components/BP.WF/OverrideEvent.cs、WF/FlowEventBase.cs、WF/ExecEvent.cs
AI 能力Components/BP.WF/AITools.cs
消息Components/BP.WF/SMS.cs、Template/PushMsg.cs
组织 APIComponents/BP.WF/Port/OrganizationAPI.cs
数据库类型Components/BP.En30/DA/EnumDA.cs
ORM 基类Components/BP.En30/En/Entity.cs、Entities.cs、En/MapExt/Map.cs
通用查询Components/BP.En30/En/QueryObject.cs、SqlBuilder.cs
缓存Components/BP.En30/DA/Cache.cs、Cache2019.cs、Cache2024.cs
定时调度Components/BP.WF/WF/TaskScheduler/*
流程设计器Vue3/src/WF/Admin/FlowDesignerV2/index.vue
表单设计器Vue3/src/WF/Admin/FoolFormDesigner/
可视化大屏Vue3/src/WF/Admin/VisualDesigner/
AI CopilotVue3/src/Copilot/index.vue

本文档基于 BP.WF、BP.En30、Vue3/src 的实际源码阅读生成;对标厂商部分为综合公开信息的能力判断,供选型参考。

附训练好的 YOLO 权重与 PyQt 可视化检测界面,页面底部含可视化效果预览,毕设/课设开箱即用。 【数据集概况】 · 检测类别(中文):[未获取()] 【训练曲线与评估图】 【模型训练配置】 参数 | 值 模型 | yolo26n 训练轮数 | 100 epochs 输入尺寸 | 640x640 批次大小 | 24 优化器 | auto 初始学习率 | 0.01 训练设备 【关键指标汇总】 训练了 55 个 epoch,最终轮指标: 指标 | 数值 mAP50 | **0.9512** mAP50-95 | 0.6746 Precision | 0.8796 Recall | 0.8825 train/box_loss | 0.8608 train/cls_loss | 0.7232 val/box_loss | 0.9955 val/cls_loss | 0.5511 【训练过程分析】 这轮训练我经历了从初始到稳定的曲折过程。前 20 个epoch,loss 曲线呈现了陡峭的下降趋势,mAP50 指标从 0.8 开始逐步攀升,仿佛在寻找一个合适的平衡点。然而,从第 21 个epoch 开始,mAP50 的提升速率显著放缓,整体曲线显得有些曲折,有时甚至停滞不前,让我一度以为训练出现了问题。直到第 35 个epoch,loss 开始逐渐趋于平稳,这标志着模型已经找到了一个较好的收敛区间。到了最后的 20 个 epoch,尽管 mAP50 依旧在稳步上升,但提升幅度已经不大,这意味着模型已经接近其性能天花板。 在这个过程中,我重点关注了 box_loss 和 cls_loss 的变化。初期阶段,box_loss 快速下降,从 0.9 逐渐降至 0.86,而 cls_loss 则从 0.75 逐步下降至... 使用场景:毕业设计、课程设计、深度学习入门、工业场景落地验证。
内容概要:本文围绕“双碳”战略背景,系统阐述了基于Simulink的汽车碳排放建模与仿真技术,重点引入模糊PID控制优化动力系统性能,以实现节能减排目标。文档整合了多个Matlab/Simulink科研仿真案例,涵盖无刷直流电机(BLDC)控制、三相PWM整流器、电池管理系统、路径规划、信号处理、智能优化算法及图像处理等领域,全面展示Matlab在智能控制与绿色能源系统中的应用价值。同时强调科研应兼具严谨逻辑、创新思维与工具赋能,并提供完整的仿真资源链接与学习路径支持实践落地。; 适合人群:具备Matlab/Simulink基础,从事自动化、电气工程、车辆工程、控制科学、电力电子及智能制造等相关领域的科研人员或高年级本科生、研究生;适用于开展节能减排、新能源系统优化、智能控制算法研究等课题的研究者。; 使用场景及目标:①学习在Simulink中构建汽车能耗与排放仿真模型并应用模糊PID进行动态优化;②掌握BLDC、PWM整流器等关键部件的建模与控制策略设计;③借鉴丰富案例提升科研效率,拓展在智能控制、路径规划、信号处理等方向的应用能力;④通过提供的网盘资源获取完整代码与资料,支撑论文写作与项目开发。; 阅读建议:建议按照资源目录顺序系统学习,结合百度网盘提供的Matlab/Simulink代码动手实践,重点关注控制策略的设计、仿真结果的分析与优化过程,同时注重培养科研思维与工程实际问题的结合能力。
内容概要:本文详细介绍了一种基于变分贝叶斯近似的递归噪声自适应卡尔曼滤波方法,并配套提供了完整的Matlab代码实现。该方法旨在解决传统卡尔曼滤波在面对过程噪声和观测噪声统计特性未知或时变情况下性能退化的问题,通过引入变分贝叶斯推断技术,实现对噪声协方差的在线联合估计与动态更新,从而提升滤波器在非平稳环境中的状态估计精度与鲁棒性。文中系统阐述了算法的理论基础、数学推导流程、递归计算结构及关键实现步骤,涵盖了概率图模型构建、似然函数近似、变分迭代优化等核心技术环节,适用于复杂动态系统中的自适应信号处理与状态估计任务。; 适合人群:具备良好线性系统理论、概率统计与贝叶斯估计基础,并熟悉Matlab编程的研究生、科研人员及从事导航、控制、传感融合等相关领域的工程技术人员; 使用场景及目标:①应对实际工程中因噪声先验信息缺失或环境变化导致的标准卡尔曼滤波失效问题;②应用于无人机导航、智能驾驶、工业状态监测、传感器融合等高精度自适应估计场景,提升系统在不确定环境下的稳定性和准确性; 阅读建议:建议读者结合所提供的Matlab代码逐模块研读,重点理解变分贝叶斯迭代过程中噪声协方差矩阵的后验更新机制,并通过仿真实验对比所提方法与标准KF/EKF/UKF的估计性能差异,深入掌握噪声自适应滤波的设计思想与实现技巧。
内容概要:本文围绕PUMA(Propagator Method-based DOA Estimation)算法在波达方向(DOA)估计中的改进实现展开,重点在于通过Matlab编程对算法进行仿真与性能验证。作为阵列信号处理领域的高分辨率DOA估计算法,PUMA在传统方法基础上提升了估计精度与鲁棒性,尤其在低信噪比、小样本等恶劣条件下仍能保持优异性能。文中系统阐述了PUMA算法的理论基础、数学模型及其相较于MUSIC、ESPRIT等经典算法的优势,并通过仿真实验进行对比分析,展示其在分辨力、稳定性和计算效率方面的综合优势,适用于实际雷达、无线通信与电子侦察等应用场景。; 适合人群:具备信号处理、通信工程、电子信息或雷达系统等相关专业背景的研究生、科研人员及工程技术人员,熟悉阵列信号处理理论与Matlab编程环境者尤佳; 使用场景及目标:①用于学术研究中DOA估计算法的性能优化与新方法对比验证;②应用于雷达系统、5G/6G通信、智能天线、电子对抗等领域的高精度空间谱估计任务;③作为Matlab仿真实践资源,支持课程设计、学位论文复现与科研项目开发; 阅读建议:建议结合阵列信号处理基础知识体系学习本资源,重点关注PUMA算法的改进机制与核心代码实现逻辑,建议动手运行并调整仿真参数以深入理解不同因素(如阵元数、信噪比、快拍数)对估计性能的影响。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

驰骋低代码、工作流、表单引擎

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值