自动关联目录：大型蓝图项目组织

官方依据：官方 Blueprints Visual Scripting 大类下有独立的 Blueprint Communication 条目（已核实），本篇覆盖通信方式与组织手段。

1. 定位

蓝图项目的崩溃往往不是性能，而是"没人知道改这里会影响哪里"。

一句话定位：蓝图是二进制资产，无法像代码一样 diff 与合并——所以组织方式必须比 C++ 更克制。

2. 通信方式（官方有独立条目）

判断标准：如果 A 需要通知 B，但 A 不应该知道 B 是什么类型 → 用蓝图接口。

3. 组织手段

最重要的一条：把数值和常量移到数据资产/数据表。蓝图文件本身的改动越少，合并冲突越少。

4. 协作与冲突

5. 代价与权衡

6. 踩坑与排查

7. 排查顺序

1. 耦合乱？→ 用蓝图接口替代直接引用
2. 继承深？→ 改组件化
3. 冲突多？→ 数值外置、拆分蓝图
4. 调用链不清？→ 减少事件分发器嵌套，或直接引用
5. 慢？→ 见蓝图性能篇

参考

• 蓝图与 C++ 互调 · 蓝图性能与优化 · 组件与世界
• AssetManager 与 PrimaryAsset（数据资产）
• 官方 Blueprints Visual Scripting → Blueprint Communication