- 博客(105)
- 资源 (2)
- 问答 (3)
- 收藏
- 关注
RSS订阅原创 蓝凌EKP18产品:适配器模式：PVM 如何独立于具体引擎
标准适配器模式里，Target 接口通常是"已有的一套标准"。接口由 PVM（使用方）定义，引擎层（提供方）来实现。这叫依赖倒置——不是 PVM 依赖引擎，而是双方都依赖EngineWire这个抽象。│ PVM 层 ││ （只认识 EngineWire 接口） ││ 依赖▼│ <<interface>> EngineWire │ ← PVM 定义的契约│ 实现（适配）
2026-09-21 19:17:00
297
原创 蓝凌EKP18产品:注册表模式：引擎如何按“名字“找到实现
原子操作只有 5 个，一个 List 就够了。但节点类型、操作类型、任务类型面临更复杂的问题。问题升级：同样是"审批节点"，在不同业务域（不同流程模板）下可能有不同实现。比如：review#*（所有业务域）（仅合同域）（仅请假域）这需要一张"二级索引"的注册表。代码全貌/** key: type + "#" + modelName → value: 类型对象 *//** key: type → value: "type#modelName" 的集合（二级索引） */。
2026-09-19 16:05:21
216
原创 蓝凌EKP18产品:聚合策略如何做到可配可换
流程引擎是一套底层精密的驱动流程的引擎，高楼大厦平地起，我们今天就从策略模式开启讲解我们的流程引擎的并行分支问题，如何巧妙使用策略模式完成。并行分支分裂出去之后，什么时候才算"到齐了、可以合流"？这个问题的答案，因业务而异：如果不做设计，最直接的写法是在聚合节点的代码里写一串 if-else：// 反面教材if ("all".equals(joinType)) { return arrived.size() == total;} else if (&qu
2026-09-17 23:08:23
157
原创 蓝凌EKP18产品:设计模式如何撑起一个流程引擎
前面 我们讲了相关的流程引擎概念，现在我们讲投我们在设计流程引擎的时候，我们使用到的哪些设计模式。我们从设计模式的使用上来真正架构一个产品。我们把流程引擎从概念讲到实现。——策略模式、模板方法、观察者、门面、适配器…但我们一直没有讲它们。为什么？因为设计模式是。它不是"某一课的内容"，而是"贯穿所有课的那条暗线"。你单独看某一课，看到的只是"这里用了策略模式"；这个系列，就是把这根暗线抽出来讲透。
2026-09-15 23:30:00
282
原创 蓝凌EKP18产品:性能优化与监控
执行轨迹 = 流程从启动到结束的完整流水账流程实例 #12345 的轨迹├── 2026-09-01 10:00 张三 启动流程（起草）├── 2026-09-01 10:05 李四 审批通过 → 流转到财务节点├── 2026-09-02 14:30 王五 财务审批通过 → 流转到归档节点├── 2026-09-02 15:00 系统 自动归档└── 2026-09-02 15:00 流程结束。
2026-09-13 15:54:07
286
原创 蓝凌EKP18产品:扩展机制
回顾第8课，PVM 执行节点时，调用的其实是一个接口：/** 执行相应的操作 */引擎不关心"这个节点是审批、发邮件、还是调用外部接口"——它只调用execute()方法。节点类型的差异，全部封装在的不同实现里。要新增一种节点类型（比如"WebService调用节点"）：第一步：实现 ActivityBehaviour// 1. 从流程参数取接口地址// 2. 调用外部接口// 3. 把结果写回流程参数// 4. 结束当前节点，流转到下一节点第二步：注册到类型管理器。
2026-08-23 10:01:01
304
原创 蓝凌EKP18产品:流程设计与配置
任何一条流程，无论多复杂，都由三样东西构成：流程定义（ProcessDefinition）├── 节点（Node）：流程的"站点"│ ├── 开始节点│ ├── 人工节点（审批、签字、抄送）│ ├── 自动节点（条件、规则、子流程）│ ├── 网关节点（并行分支、聚合）│ └── 结束节点│├── 连线（Transition）：节点之间的"路"│ ├── 普通连线（无条件流转）│ ├── 条件连线（满足公式才走）
2026-08-22 11:34:42
346
原创 蓝凌EKP18产品:事务与并发控制 —— 流程引擎的“安全锁“
事务边界 = "哪些操作必须一起成功、一起失败"的界线。在流程引擎中，事务边界划在"一次原子操作"这一层：用户点击"审批通过"│├─ 事务A：保存审批意见 + 修改工作项状态 + 更新执行路径│ （这三步要么全成功，要么全回滚）│├─ 事务B：创建下一节点的工作项 + 更新流程实例位置│ （独立事务，A成功后再执行）│└─ 事务C：发送消息通知 + 记录流转日志（非关键操作，失败可重试）关键原则：一次流转拆成多个短事务，而不是一个长事务。
2026-08-14 09:21:44
349
原创 蓝凌EKP18产品:聚合策略模式 —— 并行分支如何“合流“
如果四种内置策略都不满足（比如"半数以上通过即放行"的投票模式），只需：1. 写一个类实现 JoinStrategy 接口2. 注册为 Spring Bean3. 在流程配置中指定新的 kind 值聚合节点的代码零改动。这意味着业务创新不需要引擎升级——插拔式扩展，风险隔离。
2026-08-12 20:00:13
338
原创 AI架构终局复盘：云端AI中台、本地嵌入AI、混合架构三者核心差异与未来演进趋势
很多开发者分不清三者的适用场景、技术边界和发展前景，本文结合Claude Code、OpenClaw、DeepSeek模型替换、本地子进程调度等实战场景，深度拆解三大架构的核心逻辑、优缺点、落地场景，并预判2026-2030年AI架构最终演进方向，帮开发者理清AI工程化落地的核心思路。，所有大模型推理、Agent编排、工具调度、RAG知识库、权限审计、日志管控，全部部署在企业云端服务器/私有化集群。个人Java/后端开发、私有工程迭代、本地运维调试、碎片化远程办公、涉密代码开发。
2026-08-01 17:06:11
514
原创 蓝凌EKP18产品:工作项（Workitem）的完整生命周期
Workitem（工作项）是流程引擎中人机交互的基本单元。当流程走到需要人工处理的节点时，引擎会为每个处理人创建一个工作项——它就是你在"待办列表"中看到的每一条待审批记录。Workitem = 一个处理人 + 一个流程节点 + 一个待处理状态。
2026-07-21 20:02:28
236
原创 蓝凌EKP18产品:流程虚拟机（PVM）
PVM（Process Virtual Machine）是流程引擎的核心执行层。读取流程定义，按图索骥地驱动流程实例从一个节点走到下一个节点，同时管理整个执行过程中的状态变迁。PVM 层的设计理念是与具体流程引擎解耦——这意味着同一套 PVM 可以驱动不同"方言"的流程定义（BPMN、自定义流程等），只要它们遵循 PVM 定义的接口契约。
2026-07-20 22:37:26
353
原创 蓝凌EKP18产品:流程引擎技术篇之原子操作
原子操作（Atomic Operation）是流程引擎中最小的、不可分割的执行单元。// AtomicOperation.java —— 原子操作接口/** 启动任务操作 *//** 执行任务操作 *//** 结束任务操作 *//*** 执行操作* @param execution 执行上下文*//*** 是否允许重复执行*/原子操作作用能否重复执行节点逻辑否启动下一任务否结束当前任务否废弃任务能跳转节点能回退到父节点能。
2026-06-21 16:01:52
194
原创 蓝凌EKP18产品:流程引擎技术篇之三种审批模式详解
模式一句话工作项数完成条件串行排队审，一个接一个1个最后一人通过并行抢着审，谁快谁通过N个任意一人通过会审一起审，全部通过才行N个所有人通过审批模式是节点内部的多人处理策略JoinStrategy 是流程层面的分支聚合策略两者服务于不同的问题域，不要混淆！
2026-06-21 11:23:22
236
原创 我们这代程序员正在用代码活埋自己
刚出来的时候，它还涉世未深，一知半解，甚至错误连篇，干不了什么正经活。在这个滴水成冰的季节里，那些在荒野里觅食的牛马，被冷风吹得骨头生疼。工具刚出来时，我们沾沾自喜，把它当成全能的奴隶。我们还是这天底下唯一一种，会自己给自己挖好坑，然后躺进去，把土盖上的活埋者。于是，各大厂商开始疯狂研发，琢磨着怎么调用大模型，怎么开发智能体（Agent），怎么把这些AI应用到业务里，去把人工替换掉。它不需要吃草，从不抱怨，24小时待命，成本极低，而且它也会“产奶”。我们连思考都省了，直接复制，粘贴，收工。
2026-06-17 09:26:19
168
原创 蓝凌EKP18产品:流程引擎技术篇之流程核心概念模型
一句话区分：流程定义是图纸，流程实例是按图纸正在建造的大楼。流程定义是一个静态模板，描述流程"长什么样"。请假流程定义（设计态）：│ 流程名称：员工请假审批 ││ 版本号：v2.0 ││ ││ [开始] → [提交请假申请] → [部门经理审批] → [人事归档] → [结束] ││ ││ 节点数：4 连线数：3 │属性说明举例流程名称唯一标识"员工请假审批"版本号支持流程升级节点集合包含哪些步骤申请[归档]连线集合节点间如何流转申请通过 → 经理审批概念类比。
2026-06-14 20:41:14
228
原创 揭秘 AI Agent 底层：从 Prompt 到 Skill，为什么我们需要 Coze 这样的编排平台？
未来的 AI 开发，不再是单纯的“比拼谁的提示词写得长”，而是“比拼谁能将 Prompt 的推理能力，完美地编排进复杂的工作流中，并辅以精准的 Skill 去操控现实世界”。Coze、Dify 这样的平台，正是这个时代的“低代码流水线工厂”。它用代码代替了人类的双手，用画布连线代替了肉身搬运。搞懂了从“肉身对话”到“有状态工作流”的底层演进，你就拿到了通往未来 AI 架构师大门的钥匙！
2026-06-09 14:47:55
241
原创 蓝凌EKP18产品:流程引擎技术篇之流程引擎概述
流程引擎（Process Engine）是一种专门用于自动化执行业务流程的软件系统。它就像一位"智能调度员"，按照预先定义好的规则，自动推进流程的每一个步骤，直到流程结束。│ EKP 流程引擎 ││ (业务层：节点、任务、 │ (核心层：虚拟机、执行引擎) ││ 聚合策略) │ ││ 持久层：LbpmWorkitem、LbpmProcess、LbpmNode │维度价值效率自动化流程，减少人工干预规范统一流程标准，确保合规灵活可视化配置，快速调整可控全程监控，可追溯、可审计。
2026-06-07 15:05:34
267
原创 认识流程引擎丨流程引擎到底是什么
👉流程引擎，本质上就是一个“自动推进任务流转的系统”。它负责：在对的时间，把对的任务，交给对的人。流程图（节点、连线）条件规则很多人把流程系统当成：👉 “一个审批工具”一个“状态驱动 + 规则驱动”的任务流转引擎如果你理解了这一点，你就能：看懂任何OA系统（蓝凌 / 泛微 / 钉钉）设计自己的审批系统优化复杂业务流程。
2026-04-19 11:55:16
394
原创 AI这样的谋士已就位，主公你是谁？曹操还是袁绍
三国最让人意难平的，从来不是出身悬殊，而是手握一样的顶级谋士，有人能横扫天下，有人却把一手好牌打得稀烂。不是看不见正确答案，是他只相信自己愿意相信的，只爱听顺耳的话，只敢做让自己舒服的决策。曹操的厉害，不在于他比谋士聪明，而在于他配得上顶级谋士。袁绍最大的问题，从来不是没人献策，而是接不住良策。现在，AI把郭嘉、荀彧、田丰一起送到你面前。谋士早已就位，而你，还没成为能驾驭谋士的人。• AI劝你长期深耕，你急于求成，想走捷径。答案，从来不在AI那里，在你每一次选择里。谋士已经就位，可你，是曹操，还是袁绍？
2026-04-10 08:59:40
259
原创 时代变了！AI碾压编码后，程序员真正的核心竞争力早已换赛道
摘要：AI技术正深刻改变程序员行业，基础编码工作已被智能化工具取代。未来程序员的核心竞争力将转向技术理解力、逻辑思维和精准表达能力，而非单纯编码技能。初级开发者若仅掌握重复性工作将面临淘汰风险，而具备架构设计、故障排查等硬核能力及优秀沟通技巧的从业者更具优势。行业趋势表明，程序员需转型为AI工具驾驭者和业务需求转化者，才能在技术变革中保持竞争力。（149字）
2026-03-29 13:50:46
75
原创 蓝凌EKP18产品：合同管理实践总结
在企业经营活动中，合同贯穿业务合作、采购交易、项目执行等多个环节，是企业重要的法律文件和管理依据。随着企业业务规模不断扩大，传统的合同管理方式逐渐暴露出诸多问题，例如：合同资料分散保存合同版本管理混乱审批流程不规范历史合同查询困难通过合同管理系统的建设，可以对合同从创建到结束的全过程进行统一管理，从而形成完整的合同生命周期管理体系。本章将结合前面各章节内容，对合同管理实践进行整体总结。
2026-03-23 22:52:06
216
原创 蓝凌EKP18产品：合同生命周期管理
本文系统阐述了合同生命周期管理的完整流程，包括发起、审批、签订、变更、归档、关闭及台账管理等七个关键阶段。通过信息化管理，企业能够实现合同全流程的规范化运作，确保合同信息的完整性、可追溯性和管理效率。这种系统化管理模式不仅统一了合同审批流程，还保存了所有操作记录，为企业合同管理提供了透明度和数据支持，最终实现合同从创建到终止的全周期高效管理。
2026-03-21 09:05:31
195
原创 蓝凌EKP18产品：合同台账管理
在合同管理体系中，合同台账是对所有合同进行集中管理和统一查看的重要模块。通过合同台账，用户可以对系统中的合同进行统一查询、查看和管理，实现合同信息的集中展示与历史数据沉淀。合同台账不仅用于日常合同管理，也为企业提供了完整的合同信息记录。
2026-03-19 19:59:51
216
原创 蓝凌EKP18产品：合同关闭管理
在合同管理生命周期中，合同签订并完成履约后，需要对合同进行最终确认与结束管理，这一过程即为合同关闭。合同关闭的目的在于：确认合同履约已完成标识合同生命周期结束固化合同管理状态防止后续误操作通过合同关闭管理，可以使合同从履约阶段进入最终结束状态。
2026-03-17 09:17:11
241
原创 OpenClaw 本地部署教程（Windows）| GitHub 爆火 AI Agent 框架安装指南
AI Agent 自动化平台如果你对AI Agent / AI自动化 / 大模型应用开发感兴趣，非常值得尝试。
2026-03-08 17:19:08
870
原创 蓝凌EKP18产品：合同归档全流程详解
合同归档，是指在合同签订完成后，将合同正文、附件、补充协议、签署文件等统一归集，形成完整合同档案的过程。归档的核心目标是：确保合同“完整、可查、可追溯”。合同归档不仅是文件存储，更是一种管理行为。合同归档，是合同数字化管理的最后一环，也是最容易被忽视的一环。通过系统化归档机制，企业可以实现：合同资料集中管理全版本可追溯审计合规可验证数据资产可分析真正打造：全生命周期数字化合同管理体系。
2026-02-24 16:24:12
551
原创 蓝凌EKP18产品：合同变更管理
合同变更是指在合同“已签订”后，因业务需要对合同内容进行调整，并形成新的合同版本或补充协议的过程。合同变更必须满足：有审批流程有版本记录有变更原因有变更内容对比有完整留痕合同签订只是开始，合同变更才是真正考验企业管理能力的阶段。通过规范的合同变更管理机制，可以实现：版本清晰权责明确风险可控数据一致审计可追溯真正构建：“全生命周期合同数字化管理体系”。
2026-02-23 18:13:29
532
原创 蓝凌EKP18产品：合同签订全流程详解
合同签订是合同管理中真正赋予法律效力的关键节点。通过：物理签署流程规范化电子签署数字化用印签字审批联动签署状态可视化管理撤销与异常处理机制。
2026-02-22 20:25:29
718
原创 蓝凌EKP18产品：从模板选择到智能审批的一体化管理实践
通过表单字段映射自动生成合同正文，正文不可直接编辑。正文部分区域可编辑，部分区域不可编辑。合同正文完全由用户自主编写或上传文档。合同发起不仅仅是“填一张表”，而是企业合同管理合规化、标准化的起点。通过：分类清晰的模板体系标准 / 半标准 / 非标准分层设计完整审批与签订机制批量处理能力全生命周期管理企业可以实现：从“人工驱动合同管理”到“流程驱动合同管理”再到“规范化、可审计、可追溯的合同管理体系”。
2026-02-21 16:36:29
946
原创 蓝凌EKP产品：关联机制浅析
关联机制用于在主业务对象（如文档、流程、知识对象）之间建立逻辑关联关系，支持在编辑页、阅读页中统一维护和展示关联内容。关联机制文档典型应用场景包括：文档与文档之间的关联文档与流程实例的关联知识对象与其他业务对象的关联关联机制本质上是一套横跨 Model / Form / 页面 / XML / Action 的系统能力，只要严格按步骤接入，整体运行非常稳定。封装一个可复用的关联接入 Checklist新模块统一按本文步骤接入模板与实例页面严格区分。
2026-01-21 19:55:10
582
OpenClaw（曾用名 Clawdbot / Moltbot）开源 包资源
2026-03-09
Windows 版本的Python环境，版本 Python 3.14.3
2026-03-08
Yale CAS实现单点登陆的客户端和服务端源码
2013-12-23
MyEclipse的System.out.println出现乱码
2012-11-19
struts1+hibernate+spring怎么调用Oracle函数
2012-10-26
Java编程思想第四版7.2初始化基类
2017-02-24
TA创建的收藏夹 TA关注的收藏夹
TA关注的人