Skip to content
写作:待补充更新:2026-05-16字数:—阅读:—维护:Azek431

脚本组件体系与能力分层深度研究

本文基于“添加组件”与脚本编辑界面截图,对创游世界脚本/组件体系做结构性研究。

1. 组件不是装饰,而是能力分发器

从截图可确认,组件分为多类:

  • 通用
  • 战斗
  • 装置
  • 显示
  • 交互
  • 自定义

这说明组件在创游里不是简单标签,而是“能力入口”。

一个物体能做什么,很大程度上由它挂了什么组件决定。

2. 能力分层

2.1 通用层

典型作用:

  • 物理
  • 可互动
  • 开关
  • 物体检测器
  • 阻挡通行
  • 等级
  • 告示牌
  • 物体UI

这一层更像对象的基础属性与通用行为层。

2.2 战斗层

可见内容:

  • 生命
  • 伤害
  • 武器槽

这说明战斗能力是可插拔的,不是所有物体天生都有血量和伤害。

2.3 装置层

可见内容:

  • 地刺
  • 怪物门
  • 传送门
  • 弹簧
  • 不稳定平台
  • 传送带
  • 梯子
  • 旋转
  • 往返移动
  • 机关组件

这层负责关卡机关与环境行为。

2.4 显示层

可见内容:

  • 卷轴循环
  • 图片分身
  • 九宫切图
  • 描边
  • 拖尾
  • 粒子特效

这层负责表现、渲染、视觉增强。

2.5 交互层

可见内容:

  • 触摸模板
  • 按钮
  • 拖拽

这层负责输入和交互响应。

2.6 自定义层

这是创作者扩展正式能力边界的入口。

3. 自定义组件的真正地位

很多人会把自定义组件理解成“高级功能”,但从系统结构看,它其实更像:

  • 用户可编程扩展层

因为它支持:

  • 属性
  • 指令
  • 触发时机

这三者组合起来,已经接近一个可复用小模块。

4. 组件与脚本的关系

组件提供“这个物体拥有哪类能力”;脚本负责“这些能力在何时、如何发生”。

可以把它理解成:

  • 组件 = 能力面板
  • 脚本 = 调度逻辑

因此创游不是纯脚本系统,也不是纯组件系统,而是:

  • 组件定义能力边界
  • 脚本定义行为流程

5. 为什么这种设计适合低门槛创作

优点 1:用户不必一次理解所有能力

不同类别拆开展示,减轻认知负担。

优点 2:按玩法领域组织能力

战斗、装置、显示、交互天然对应不同创作任务。

优点 3:给高级用户留下扩展口

自定义组件让高级创作者能突破官方预设。

6. 从研究视角看,这套体系透露了什么

6.1 创游内部其实很强调“对象能力组合”

不是给你一个万能对象,而是通过挂载决定对象职责。

6.2 UI、物理、战斗、关卡机制都被统一为组件化能力

这意味着不同系统可能共享相似的底层对象模型。

6.3 自定义组件很可能是官方提供给创作者的“轻量脚本模块系统”

这也是它价值极高的原因。

7. 可继续研究的问题

  • 组件之间是否存在依赖关系
  • 某些脚本块是否只有在挂载特定组件后才会出现
  • 组件属性是否会影响脚本块可选项
  • UI 相关组件与显示组件之间的边界在哪里

8. 关键词

  • 组件
  • 通用
  • 战斗
  • 装置
  • 显示
  • 交互
  • 自定义组件
  • 物体UI
  • 武器槽
  • 粒子特效

9. 来源

  • 资料/基础写脚本界面截图/Screenshot_20260417_215321.jpg
  • 资料/基础写脚本界面截图/Screenshot_20260417_215325.jpg
  • 资料/基础写脚本界面截图/Screenshot_20260417_215327.jpg
  • 资料/基础写脚本界面截图/Screenshot_20260417_215328.jpg
  • 资料/基础写脚本界面截图/Screenshot_20260417_215329.jpg
  • 资料/基础写脚本界面截图/Screenshot_20260417_215330.jpg
  • 来源状态:历史来源路径;当前原图目录未列出可直接 OCR 的原图文件,正文依据已归档 OCR 与专题整理。

参与维护

发现文档问题?

你可以编辑页面、提交反馈,或复制链接给维护者,帮助这个资料库继续变好。

由 Azek431 整理与维护 | 基于 MIT 许可证开源