一套Unity框架解决所有RPG问题：ORK的系统设计哲学

一、插件简介

ORK Framework 3 是一款专为 RPG 游戏开发打造的无代码开发框架，它通过高度模块化与可视化编辑器，让开发者无需编写复杂逻辑代码，也能构建完整的 RPG 系统。该框架自 2010 年发展至今，已经迭代为一个覆盖战斗、数值、AI、任务、UI 等核心模块的成熟解决方案。

与传统 RPG 框架不同，ORK 的核心优势并不只是“功能多”，而在于其底层架构设计非常抽象且通用，本质上更像一个“游戏逻辑引擎”。

二、核心架构设计思路

从技术实现角度来看，ORK Framework 3 可以拆解为以下三大核心层：

1、数据驱动层（Data-Driven Architecture）

ORK 采用典型的数据驱动设计（Data-Driven Design）：

• 所有角色属性（HP、MP、攻击力等）
• 技能与效果
• 战斗规则
• UI逻辑
• AI行为

都不是写死在代码中的，而是通过编辑器配置生成数据结构。

👉 本质：

• 游戏逻辑 ≠ 代码
• 游戏逻辑 = 数据 + 执行器

这种设计带来的好处：

• 极强的可扩展性
• 支持策划独立开发
• 易于调试与热更新（部分）

2、节点系统（Node-Based System）

ORK 的核心执行逻辑基于Makinom 2 Pro 的节点系统（Schematics）：

它类似于：

• Unity Shader Graph
• Unreal 蓝图（Blueprint）
• 行为树（Behavior Tree）

每一个“行为”都被拆解为：

节点（Node） → 执行动作 → 决定下一个节点

例如一个技能释放流程：

播放动画 → 计算伤害 → 扣血 → 播放特效 → 判断是否死亡

在 ORK 中会变成一个节点流程图：

• Animation Node
• Formula Node
• Status Change Node
• Effect Node
• Branch Node

👉 技术本质：

• 使用“可视化流程图”替代代码逻辑
• 运行时由解释器逐节点执行

3、系统解耦（System Decoupling）

ORK 的所有系统都是高度解耦的模块：

• 战斗系统（Battle System）
• 状态系统（Status System）
• 背包系统（Inventory）
• AI系统（Battle AI / Move AI）
• UI系统

它们之间通过事件 + 数据引用进行通信，而不是直接调用。

例如：

• 技能不会直接修改血量
• 技能只触发“状态变化事件”
• 状态系统监听并处理

👉 优势：

• 系统之间互不依赖
• 可自由替换或扩展
• 支持多个战斗系统并存

三、核心系统实现原理

下面重点解析几个关键模块的技术实现。

1、状态系统（Status System）

状态系统是 ORK 的核心基础。

实现结构：

每个角色（Combatant）拥有：

Status Container ├── HP ├── MP ├── Attack ├── Defense ├── 自定义属性（无限扩展）

技术特点：

① 支持多层结构：

• 基础值（Base Value）
• 修正值（Modifier）
• 临时效果（Buff/Debuff）

计算公式类似：

最终值 = (基础值 + 固定加成) × 百分比加成

② 支持曲线成长：

通过曲线（Curve）或公式：

HP = Level * 50 + Strength * 10

③ Barrier（护盾机制）

实现方式：

• 单独定义一个“保护值”
• 优先消耗 Barrier，再减少 HP

👉 本质：
一个高度抽象的“数值计算引擎”

2、战斗系统（Battle System）

ORK 支持 4 种战斗模式：

• 回合制（Turn Based）
• ATB（Active Time Battle）
• 实时（Real Time）
• 阶段制（Phase）

技术实现关键：

① 战斗状态机（State Machine）

战斗流程通常为：

等待 → 选择行动 → 执行动作 → 结算 → 下一个单位

ORK 内部使用状态机驱动：

BattleState: - Idle - Input - Execute - Resolve

② 行动队列（Action Queue）

在回合制/ATB中：

• 所有角色行动进入队列
• 根据速度/公式排序

例如：

TurnOrder = Speed + RandomFactor

③ 战斗与场景解耦

ORK 支持：

• 场景内战斗（无切换）
• 独立战斗场景

实现方式：

• 战斗数据独立
• 使用“战斗上下文（Battle Context）”

3、公式系统（Formula Engine）

这是 ORK 的一大亮点。

实现方式：

采用节点公式系统（Node Formula System）

例如伤害计算：

Damage = (Attack - Defense) * SkillMultiplier

在 ORK 中：

• Attack → Node
• Defense → Node
• 运算 → Node

组成一棵表达式树：

* / \ - Multiplier / \ Attack Defense

👉 技术本质：

• 表达式树（Expression Tree）
• 运行时解释执行

优势：

• 支持复杂公式
• 可动态修改
• 无需代码

4、AI系统（Battle AI）

ORK 的 AI 不是传统硬编码，而是：

👉条件 + 行为规则系统

实现逻辑：

IF HP < 30% → 使用治疗技能 ELSE → 使用攻击技能

在系统中表现为：

• Condition Node（条件判断）
• Action Node（执行动作）

本质类似：

• 简化版行为树（Behavior Tree）
• 或 GOAP（目标导向行为）

5、背包系统（Inventory System）

数据结构：

Inventory ├── Items ├── Equipment ├── Currency

技术点：

• 支持 Slot（格子）
• 支持 Stack（堆叠）
• 支持限制（重量/数量）

掉落系统：

通过 Loot Table：

Enemy → Loot Table → 随机掉落

6、UI系统（Modular UI）

ORK UI 采用模块化设计：

• 菜单（Menu）
• 对话（Dialogue）
• HUD（状态栏）

技术实现：

• UI = 数据驱动
• 每个 UI 绑定数据源（Data Source）
• 使用 Unity UI / TextMesh Pro 渲染

👉 类似 MVVM 思想：

Data → UI → 自动刷新

7、Schematics（流程蓝图系统）

这是 ORK 的“灵魂系统”。

本质：

👉 可视化脚本系统（Visual Scripting）

类似：

• Unity Visual Scripting（Bolt）
• Unreal Blueprint

工作方式：

每个流程：

Node → 执行 → 跳转

支持：

• 播放动画
• 控制相机
• 生成对象
• 执行技能逻辑

👉 技术本质：

• 有向图（Directed Graph）
• 节点解释执行

四、为什么 ORK 可以“无代码开发”

关键原因在于三点：

1、逻辑抽象

所有游戏逻辑被拆成：

• 数据
• 节点
• 公式

2、执行器统一

运行时由统一系统执行：

• 状态系统执行数值
• 战斗系统执行流程
• 节点系统执行行为

3、编辑器驱动

所有配置通过 Editor 完成：

• 可视化配置
• 实时调试
• 数据导出

五、优缺点分析（技术角度）

优点：

• 极强扩展性（适合复杂 RPG）
• 完全数据驱动（利于团队协作）
• 可视化开发（降低门槛）
• 支持多战斗系统混用

缺点：

• 学习成本高（系统庞大）
• 调试复杂（节点逻辑难追踪）
• 性能依赖配置（过度节点可能影响效率）
• 不适合轻量项目

六、总结

ORK Framework 3 本质上是一个：

👉RPG 游戏开发引擎（Engine-Level Framework）

它通过：

• 数据驱动架构
• 节点流程系统
• 模块化解耦设计

构建了一套完整的 RPG 开发解决方案。

关于这个资源的更多信息，请关注下方公众号进行学习交流