自动关联目录：蓝图与 C++ 的边界

官方依据：Blueprints Visual Scripting（已核实）：Blueprint 是完整的脚本系统，用于定义 OO 类或对象；C++ 实现中的 Blueprint 专用标记让程序员能创建可被设计者扩展的基线系统。

1. 定位

"这段逻辑写蓝图还是写 C++"是 UE 项目里最早、影响最久的一个决定。

一句话定位：不是二选一，而是分层——C++ 提供基线与可反射的接口，蓝图在其上做扩展与调整。官方那句"程序员创建基线系统、设计者扩展"就是这个意思。

2. 判断标准

三条实用规则：

1. 每帧跑的、成规模计算的 → C++（蓝图每帧 Tick 的开销明显）
2. 需要频繁改的、参数与流程 → 蓝图
3. 需要暴露给非程序员调的 → 蓝图，但底层实现放 C++

3. 推荐的协作模式

C++ 层（基线）
   ├─ 数据结构与算法
   ├─ 性能敏感的逻辑
   └─ 用 UFUNCTION/UPROPERTY 暴露可扩展点
              │
蓝图层（扩展）
   ├─ 继承 C++ 基类
   ├─ 覆写 BlueprintImplementableEvent / BlueprintNativeEvent
   └─ 调整参数与流程

这就是官方说的"baseline systems that can be extended by designers"，具体手段见 蓝图与 C++ 互调。

4. 常见的错误决定

5. 代价与权衡

6. 踩坑与排查

参考

• 蓝图与 C++ 互调 · 蓝图性能与优化 · 大型蓝图项目组织
• 反射与 UHT · UObject