组件添加界面深度解析

本文件基于 资料/基础写脚本界面截图/ 中的组件添加界面截图整理，目标是把“素材/物体可添加哪些组件、这些组件按什么类别组织”整理成更细的知识文档。

说明：内容基于截图 OCR 与人工纠错，名称个别处仍可能存在识别误差，后续可继续校对。

1. 组件分类总览

从多张“添加组件”截图可以确认，组件添加面板至少按以下分类组织：

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

这说明创游世界并不是把全部组件扔在一个平面列表里，而是采用“按子系统分类”的方式组织能力。这样的设计有几个直接好处：

• 方便创作者按目标快速定位能力
• 让不同类型素材的功能边界更清晰
• 有利于后续扩展新组件，而不至于界面完全失控

2. 已识别的装置类组件

根据 Screenshot_20260417_215321.jpg 等截图，装置相关区域至少可识别：

• 物理
• 可互动
• 开关
• 物体检测器
• 阻挡通行
• 等级
• 告示牌
• 物体 UI
• 地刺
• 怪物门
• 传送门
• 弹簧
• 不稳定平台
• 传送带（OCR 有误写作“传迷带”）
• 梯子
• 机关组件（OCR 疑似“机关检组件”）
• 旋转
• 往返移动

结构理解

装置类组件明显偏向“场景机关”和“玩法交互装置”，大致可以再细分为：

2.1 基础物理/交互控制

• 物理
• 可互动
• 开关
• 阻挡通行
• 物体检测器

这部分更像是“让一个物体成为可参与游戏规则的对象”的基础层。

2.2 场景机关类

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

这类组件说明创游内置了大量关卡设计常见机关，创作者不一定需要完全手搓逻辑。

2.3 信息与表现辅助

• 告示牌
• 物体 UI
• 等级

这部分说明装置不只是“碰撞物”，也可以承担提示、状态展示和成长配置等职责。

3. 已识别的战斗类组件

根据 Screenshot_20260417_215325.jpg，战斗类组件至少可识别：

• 生命
• 伤害
• 武器槽

结构理解

战斗类组件是“战斗能力挂载”的核心入口：

• 生命 决定能否承受伤害、是否可摧毁、是否会死亡
• 伤害 决定该物体能对其他目标造成什么攻击结果
• 武器槽 则说明对象可以装备或管理武器

这三者组合起来，已经足以让一个角色/装置/特殊物体具备基础战斗交互能力。

4. 已识别的显示类组件

根据 Screenshot_20260417_215328.jpg，显示类组件至少可识别：

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

结构理解

显示类组件偏向“视觉表现层”，可粗分为：

4.1 贴图与布局表现

• 九宫切图
• 图片分身
• 卷轴循环

这说明创游不只是给你一张静态图，而是支持一定程度的 UI/场景贴图高级表现。

4.2 特效增强

• 描边
• 拖尾
• 粒子特效

这类组件用于提高视觉辨识度与打击感，也能减少完全依赖脚本实现特效的成本。

5. 已识别的交互类组件

根据 Screenshot_20260417_215329.jpg，交互类组件至少可识别：

• 触摸模板（OCR 近似“触模板”）
• 按钮（OCR 误成“投钮”）
• 拖拽

结构理解

交互类组件很可能承担输入层职责，尤其与 UI/可点击对象有关：

• 按钮：典型点击交互入口
• 拖拽：可实现拖动式交互
• 触摸模板：可能是更通用的触摸/命中响应模板

如果结合 UI 系统来理解，这一类组件很可能是“把静态显示对象变成可操作界面元素”的关键。

6. 自定义组件入口的意义

根据 Screenshot_20260417_215330.jpg，在添加组件界面中可直接看到：

• +自定义组件

这很重要，因为它说明自定义组件并不是只能在某个深层编辑器里使用，而是已经被正式纳入“组件体系”。

这代表什么？

• 自定义组件与内置组件在使用层面是并列关系
• 创作者可以把自己封装的能力像官方组件一样挂到物体上
• 自定义组件实际上承担了“用户扩展系统”的角色

换句话说，自定义组件不是外挂补丁，而是创游组件化设计中的正规扩展位。

7. 关于素材类型与组件边界的推断

结合教程文档“素材不是物体”“不同类型的素材可添加组件不同”等内容，可以推断：

• 组件能力和素材类型存在绑定关系
• 某些组件只能挂在特定类型素材上
• 组件面板展示内容会随当前对象/素材类型而变化

例如：

• 地块组件只能挂在地块素材上
• 道具组件只能挂在道具素材上
• 战斗、显示、交互、装置等组件则可能对不同素材开放程度不同

这意味着创游的组件系统并不是完全自由拼装，而是“有约束的可组合”。

8. 对创作者的实际启发

8.1 做功能时先想“组件化”

如果一个能力已经有现成组件，就优先挂组件，而不是先写脚本硬造。

8.2 做关卡机关时优先看装置类

装置类已经覆盖大量经典关卡机关，适合做平台跳跃、解谜、陷阱等设计。

8.3 做视觉效果时优先看显示类

很多常见表现完全可以通过显示类组件解决，而不是全部依赖事件脚本。

8.4 做复用功能时使用自定义组件

如果一个功能需要反复挂在多个物体上，自定义组件比复制脚本更规范、更容易维护。

9. 关键词

• 添加组件
• 通用
• 战斗
• 装置
• 显示
• 交互
• 自定义
• 地刺
• 传送门
• 弹簧
• 梯子
• 卷轴循环
• 九宫切图
• 粒子特效
• 按钮
• 拖拽
• 自定义组件