- 综合排序
- 最热优先
- 最新优先
- 来自专栏狗哥的专栏
【ZStack】6.工作流引擎
通过一个工作流引擎，ZStack的每一个步骤，包裹在独立的工作流中，可以在出错的时候回滚。此外，通过在配置文件中组装工作流的方式，关键的执行路径可以被配置，这使得架构的耦合度进一步降低。 工作流引擎 工作流是一种方法，把一些繁琐的方法调用分解为一个个专注于一件事情的、细粒度的步骤，它由序列或状态机驱动，最终完成一个完整的任务。 配置好回滚处理程序后，当错误或未处理的异常在某一步骤发生时，一个工作流可以中止执行并回滚所有之前的执行步骤。 以创建虚拟机为例，主要工作流程看起来像： 顺序工作流，来源于链式设计模式（Chain Pattern），有着可以预见的执行顺序，这是ZStack工作流的基础。 通常当要创建的工作流是琐碎的、流程不可复用的时候，使用这种方法。
68810编辑于 2024-01-09 - 来自专栏快乐八哥
Docker Hub工作流程-Docker for Web Developers(6)
CMD ["cat", "/root/hello_world.txt"] 在Docker Hub上构建工作流 步骤1：注册Dockerhub并登录。 步骤2：基于Github仓库创建自动化构建 ?
97570发布于 2018-01-18 Claude Code 动态工作流：6 种编排模式
副标题： 静态流水线不够用了——运行时自写 Harness，并行上百子 Agent 的 6 种模式与避坑指南 2026 年 5 月底，Anthropic 宣布 Claude Code 支持 Dynamic Workflows（动态工作流）；6 月初工程博客进一步拆解了原理与模式。 五、官方 6 种编排模式（值得背下来） Anthropic 工程博客总结了 Claude 构建 Workflow 时最常用的模式——可以当作 提示 Claude 的词汇表。 1. 设 Token 预算（如 use 10k tokens）防止失控 6. 满意则 保存 Workflow 供团队复用 7. 种模式 3 天→1 天工作流实录 长时并行编排的官方方法论 Generated Code / merge 责任 高产出场景下的验收与拆 PR 下一篇自然续篇：C03 Bun 迁移实录深度拆（或 D01
1.6K10编辑于 2026-06-29- 来自专栏各类技术文章~
工作流activiti 6 学习笔记十二 子流程
子流程分为SubProcess,callActivity 和 adHocSubProcess
1.8K00发布于 2021-09-29 - 来自专栏菩提树下的杨过
LangGraph4j 学习系列(6)-并行工作流
接上节继续，本篇将学习如何实现并行工作流。 上面这张图，用代码很容易绘制，参考以下代码。
65610编辑于 2026-03-02 - 来自专栏Linyb极客之路
工作流引擎之activiti6流程节点自由跳转实现
3、直接指定节点进行跳转，这是本篇介绍的重点 activiti6实现节点自由跳转 1、通过直接操作数据库进行修改，这种方法不推荐，容易出错。
12.2K61发布于 2018-08-16 - 来自专栏Linyb极客之路
工作流引擎之activiti6实时流程图追踪
前言 有接触过activiti的朋友可能知道，在activiti5.x的追踪流程节点查找，可以用 ActivityImpl这个类来实现，可惜在activiti6版本，pvm包整个类包都被删除，再也没有ActivityImpl 这给流程图追踪造成一定的麻烦，不过没关系，本章节就是教大家如何用activiti6来生成实时流程图追踪。 下面就重点介绍在 activiti6如何获取这两个字段 activiti6获取highLightedActivities核心代码片段 // 获取历史流程实例 HistoricProcessInstance highLightedActivitiIds.add(historicActivityInstance.getActivityId()); } activiti6获取 highLightedFlowId); } } } return highLightedFlowIds; } activiti6生成流程图代码
13.8K31发布于 2018-07-26 - 来自专栏Dotnet9
.NET Core.NET5.NET6 开源项目：工作流组件
ELSA Elsa Core是一个工作流库，支持在任何.NET Core应用程序中执行工作流。工作流不仅可以使用代码定义，还可以定义为JSON、YAML或XML。 1、设计器。 工作流几乎可以使用任何存储机制持久化。将支持以下提供程序： In Memory File System SQL Server MongoDB CosmosDB Elsa对长期运行的工作流具有本机支持。 一旦工作流因为某些阻塞活动而停止，工作流就会被持久化。当发生适当的事件时，工作流将从存储加载并恢复。 Elsa的主要目标之一是以最小的工作量和最大的可扩展性在任何.NET应用程序中启用工作流。 这意味着将工作流功能集成到您的应用程序中应该很容易。 它提供了FluentAPI、多任务、持久化以及并行处理的功能，适合于小型工作流、责任链的需求开发。
2.6K10编辑于 2021-12-08 - 来自专栏Python大数据分析
我常用的6种AI工作流软件，强烈推荐～
随着AI大模型的深度应用，越来越多自动化工作流工具浮出水面，深度集成各种大模型接口，将网页、数据库、本地电脑、通讯工具串联起来，形成了一整套工具链体系，解决各种自动化任务。 种种案例，都离不开自动化工作流的影子。 我理解现在的工作流工具，分为两大类。 一种是以RPA为主的模拟人类操作的自动化工具，比如八爪鱼RPA。 选择Dify搭建工作流有两种路径，第一种是使用它的云服务，直接线上使用，和n8n类似。 第二种是使用Docker来进行Dify本地化的部署。 所以使用Docker来在本地私有化部署Dify，进而搭建工作流是非常好的方式，适合任何对数据安全敏感的企业。 Coze Coze是字节开发的一个商业Agent工作流系统，它不同n8n、dify，只支持在Coze线上搭建Agent工作流，企业似乎可以私有化部署，而且由于模块化设计，所以Coze足够简单。
16100编辑于 2026-09-15 - 来自专栏.NET企业级解决方案应用与咨询
.NET Core.NET5.NET6 开源项目汇总3：工作流组件
Elsa Core是一个工作流库，支持在任何.NET Core应用程序中执行工作流。工作流不仅可以使用代码定义，还可以定义为JSON、YAML或XML。 设计器。 工作流几乎可以使用任何存储机制持久化。将支持以下提供程序： In Memory File System SQL Server MongoDB CosmosDB Elsa对长期运行的工作流具有本机支持。 一旦工作流因为某些阻塞活动而停止，工作流就会被持久化。当发生适当的事件时，工作流将从存储加载并恢复。 Elsa的主要目标之一是以最小的工作量和最大的可扩展性在任何.NET应用程序中启用工作流。 Workflow-Core是一个基于.NET Standard的轻量级工作流引擎，目前有超过3100+个star。 它提供了FluentAPI、多任务、持久化以及并行处理的功能，适合于小型工作流、责任链的需求开发。
4K31发布于 2021-06-24 - 来自专栏流程引擎BPM
C#-.net-开源BPM工作流引擎6大常用对比选型分析
.NET开源工作流/BPM引擎六方对比选型分析对比对象：ElsaWorkflows、WorkflowCore、WorkflowEngine.NET、StepWise、CCFlow、Slickflow资料截止 一、前言与对比边界1.1为什么做这份对比这六款产品常被放在同一张「开源工作流」清单里，但定位并不完全同级：产品大致定位更像什么ElsaWorkflows.NET通用长流程编排引擎+可视化Studio开发者编排平台 代码优先的状态机/流程库库级编排内核（无开箱审批）WorkflowEngine.NETOptimaJet商业引擎（源码可见，生产需授权）可嵌入设计师+运行时的商业组件StepWise代码优先、事件驱动的步骤工作流框架开发 纳入对比是为避免选型时「名字像工作流就误选」。CCFlow评价结合本仓库源码：重点看审批、PC/移动、集团组织实现，而非仅看官网宣传。 4.4StepWise定位：LittleLittleCloud/StepWise——代码优先、事件驱动的步骤工作流；WebUI可视化执行；强调AI（Geeno）、MCP、Microsoft.Extensions.AI
33100编辑于 2026-07-22 - 来自专栏ASP.NET MVC5 后台权限管理系统
ASP.NET MVC5+EF6+EasyUI 后台管理系统--工作流演示截图
工作流使用手写机制，没有第三方插件,自由修改，不需要学习第三方复杂文档，简单粗暴 本工作分为2大部分：（1）表单设计（2）流程申请与批阅 表单设计流程： 1.字段设计（日期、数字、多行文本、附件、字符串 6).步骤设计 ? 7).分支设计 ? 8).布局设计 ? 9).所有流程监控/图例（权限开给管理） ? 10).表单模板列表（用户从这里发起申请） ?
1.3K61发布于 2018-01-16 - 来自专栏菩提树下的杨过
Agent设计模式学习(基于langchain4j实现)(6) - 组合复杂工作流
前面已经学习了 顺序、循环、条件分支、并行 这4种基本的工作流编排方式，利用这些可以组合出各种复杂的逻辑。 下面将前面招聘的整个流程串起来，做一个相对比较完整的工作流： 宏观上，1-2-3是面向候选人的，4-5-6是面向公司招聘团队的。 1 /** 2 * 每个智能体，无论是单任务智能体、顺序工作流... 你可以： 4 * - 将较小的智能体捆绑成超级智能体 5 * - 使用子智能体分解任务 6 * - 在任何层级混合顺序、并行、循环、监督...等工作流 7 * 在这个示例中，我们将把之前构建的组合智能体 请将自行车停放在专用停放区\n6.
78410编辑于 2026-01-20 - 来自专栏优雅R
「R」Shiny：工作流（一）开发工作流
工作流系列将向读者介绍如何提升 3 个重要的 Shiny 工作流： 创建应用，进行更改并尝试结果的基本开发周期。 调试，找出代码出了什么问题的技巧，并集思广益地解决该问题。 首先我们将学习开发工作流。 优化开发工作流程的目标是减少做出更改和看到结果之间的时间。迭代的速度越快，你可以进行的实验就越快，你就可以成为一名更好的 Shiny 开发人员。 这里有两个主要的工作流程需要优化：第一次创建应用程序，以及加快代码调整和试验结果的迭代周期。 查看你的更改 可能你每天只创建几个应用程序，但你将运行数百次应用程序，因此掌握开发工作流程尤为重要。 这将导致更快的工作流程： 编写代码并运行保存快捷键保存文件。 交互式地测试应用。 回到第 1 步。
1.6K10发布于 2020-07-03 - 来自专栏liulun
工作流学习笔记-给工作流传递参数
C#->控制台顺序工作流->拖放code->双击生成事件处理程序 using System; using System.ComponentModel; using System.ComponentModel.Design { AutoResetEvent waitHandle = new AutoResetEvent(false); //工作流完成时触发 //通知waitHandle，释放控制台应用程序 waitHandle.Set(); }; //工作流发生错误时触发 wf_args.Add("MyID", 1); wf_args.Add("MyName", "allen"); //创建工作流的实例并启动工作流 WorkflowConsoleApplication1.Workflow1), wf_args); instance.Start(); //让控制台等待工作流的完成
66120编辑于 2022-05-09 - 来自专栏叕鰦座
工作流开发
1、用SE37建立Function Module（可选）； 2、用SWO1建立Object Type； 3、用PFTC_INS建立标准工作细项(TASK)； 4、用PFTC_INS建立工作流程范本 task主要完成工作流的数值匹配，代理执行（触发event），逻辑流转等： ? ? 在目前很多SAP方案中，SPRO已经加入很多审批配置点，需要action files 活动参数文件配合： ? ? 在task和部分增强的配合下，在标准工作流基础上还可以自己设置： ? ? 以支持灵活审批以及后续的KPI统计
77220发布于 2021-03-11 - 来自专栏软件测试经验与教训
工作流程浅谈
但关于工作流程，也确实有些想法可以跟大家分享。为了更好的表述，今天尝试一种新的写作风格。文笔水平有限，如有高见，希望不吝赐教。 我还是很喜欢你，像相思藏在树底， 花落是你，花开也是你。 所以梳理测试部工作流程是当务之急。 因为多方面的原因，我并没有直接自己上手制定流程，而是选择了部门中一个下属来编写流程文件，姑且称他为“春晓”。 我告诉他：“春晓，让你编写流程文件并不是指望你一下子就能编写出很合适的工作流程。只是希望你能够早点参与到流程梳理的工作之中。从整体的角度回顾和思考自己的工作，深化自己对流程的认识。 我顿了顿，继续说:“但之所以我没有采纳你的流程文件，是因为打算后续对我们的工作流程进行一些大的变更。当然我让你先写流程也不是要浪费你的时间，首先呢，写流程文件有助于你梳理自己的工作思路。” 过完周末回来后，我开始试运行新的工作流程。但推行很不顺利，我当时想了很多，比如暂缓执行这个新流程吗？别人会怎么想？我后续工作怎么开展呢？ 工作流程必须要简化，继续强制执行吗？
1K40发布于 2018-05-15 - 来自专栏java工会
SpringMVC工作流程
二、工作流程与介绍 ?
83610发布于 2018-11-08 - 来自专栏后端开发随笔
Git 工作流
一个值得参考的Git工作流如下： master 生产主分支，发布到生产环境使用这个分支，由hotfix或者release分支合并过来，不直接提交代码。
68530发布于 2021-08-24 从读懂 6 年 Java 老系统到分账改造：Kimi Code 实战工作流全拆解
ClaudeCode是终端原生路线，长上下文重构是它的传统强项；Codex在沙箱执行和GitHub工作流集成上做得比较深；腾讯CodeBuddy对腾讯云生态的集成很顺；字节TRAE新推出的TRAEWork 二、工作流完整的流程分成五步，每一步和AI的配合方式都不一样。第一步，让AI先读，我再问。进入项目根目录启动CLI，第一件事不是提需求，而是让它读库。 耗时的子任务我会转后台执行，人可以去处理别的事，完成后结果自动回到主工作流。第四步，子代理拆分。对账模块的改造涉及报表和通知两个旁支，我把这两块交给Sub-agent处理。 同一编程模型提供Standard和HighSpeed两档，编程能力相同，HighSpeed输出速度约为标准的5到6倍，常规场景约180Tokens/s，短上下文可达260Tokens/s，但额度消耗为普通版的 2026年的AI编程软件早已过了能跑就行的阶段，比的是谁能嵌进真实工作流。
31810编辑于 2026-08-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号