回顾:全书要点一页纸
把五章压缩成一张图和十句话。
十句话
- 蓝图与 C++ 不是"高低配",而是面向不同读者与修改频率的两层表达(第 1 章)。
- 按"修改频率 × 执行频率 × 修改者"决定归属(第 1 章)。
- 蓝图虚拟机解释执行,热点逻辑(每帧 × 大量对象)必须下沉 C++(第 1 章)。
UPROPERTY一举三得:暴露、内存、网络(第 2 章)。- 查询函数用
BlueprintPure,公共函数收进蓝图函数库(第 2 章)。 - 控制反转是灵魂:
BlueprintNativeEvent让 C++ 造骨架、蓝图填血肉(第 2 章)。 - 接口切断"认识具体类型",广播实现一对多通知;可重载事件管"自己的行为"(第 3 章)。
- 硬引用是加载卡顿之源,大资源一律软引用化(第 4 章)。
- Tick 能停就停、能降频就降频,事件驱动 + Timer 代替轮询(第 4 章)。
- 数据资产层是混合开发最被低估的红利:数值配置化,三类角色并行迭代(第 5 章)。
骨架蓝图(可以直接抄的目录结构)
Source/MyGame/
Public/
Skill/ USkillComponent.h USkillAsset.h ISkillVisualInterface.h
Combat/ UHealthComponent.h IDamageable.h
Private/ ...(同上 .cpp)
Content/
Data/Skills/ SA_Fireball、SA_IceLance(数据资产)
Blueprints/Skill/ BP_SkillBase、BP_Skill_Fireball(表现)
Blueprints/UI/ WBP_SkillBar(订阅 OnSkillState)
三个``不要忘''的检查点
- [ ] 加新内容时问:这放 C++ 还是蓝图还是数据表?(第 1 章清单)
- [ ] Review 时查:有没有新的硬引用、新的 Tick、新的 Cast 具体类型?(第 4 章)
- [ ] 暴露符号前想:这是不是 API?下游蓝图怎么迁移?(第 4 章)
推荐的延伸阅读
本站已有的官方文档可做交叉印证: - 蓝图可视化脚本概述 — 蓝图节点与编辑器 - 蓝图最佳实践 — 官方性能与规范建议 - Gameplay 类 — UCLASS/UPROPERTY/UFUNCTION 说明符全表 - 蓝图通信用法 — 官方通信方式说明 - Unreal Insights — 性能分析工具
收尾
混合开发最大的收益不是"某个功能写得快了",而是让对的人在对的层做对的事。三层结构(C++ 框架 / 数据资产 / 蓝图表现)建立后,项目的迭代速度会随内容增多而成比例保持——而不是像"一锅端"项目那样越做越慢。
写完这本书只是骨架,真正的成长在每个项目自己的实践中。祝你下一个项目骨架清爽、迭代飞快。
