Choose your operating system:
Windows
macOS
Linux
建议先对 UMG UI设计器 进行大致了解后继续。
制作UI元素时，建议对内容进行优化，以提高性能并减少低效。例如，根据项目范围， 属性绑定 可适用于向UI传递信息。但若有更为复杂的UI设置，或需优化项目，建议按需更新UI。
此参考指南中将讲解向HUD传递信息的三种方式。这三种方法均可完成任务。第三个实例未使用tick事件进行更新，而非使用 事件调度器 手动更新信息，达到开销和性能最佳平衡。
示例1.函数绑定
在此示例中，我将学习使用 函数绑定（Function Binding） 更新玩家的生命/能量。
此处已设置基础生命/能量。
设置好显示后，为名为 GetHealth 和 GetEnergy 的进度条 创建绑定 。此类函数绑定投射到玩家角色蓝图，并指定生命和能量定义的变量。
以下为GetHealth的绑定。为进行调试，已添加 Print String 节点将生命变量的值打印到屏幕。
在下图中可看到玩家角色的生命和能量值被传递到HUD并在其中反映。同时还可看到，即使未更新生命值时，蓝色调试文本同样表明仍然逐帧检查生命值。
本质上，使用此种方法等同于提问："玩家角色蓝图是什么？"而在了解后，逐帧"提供生命和能量值"。对于小而简单的系统，此方法的效果上佳；但使用较复杂系统，且逐帧检查多个属性的更新时，此设置将导致性能降低。
示例2.属性绑定
第2种方法是 属性绑定 ，比函数绑定开销更低。
现在使用相同生命/能量设置，了解属性绑定的工作原理。
在 控件蓝图 的 事件图表 中，使用 Event Construct 获取对玩家角色蓝图的引用。
通过使用Event Construct，将投射到角色蓝图一次，并将信息存储为引用，以便脚本无需逐帧调用该信息。
之后可将进度条的值直接绑定到角色蓝图中的变量。
利用此方法，则无需逐帧投射并检查"玩家角色蓝图是什么？"相反，仅逐帧查询生命和能量值。
根据项目规模，此方法更为高效；但若系统更复杂，则使用事件驱动可能更好。
示例3.事件驱动
现在将学习仅在事件变更时更新HUD的方法，继续使用相同生命/能量设置。
在角色蓝图中，将 事件调度器 节点添加到递减生命的脚本末端。在此范例中，该事件调度器节点为 Call Update Health 。
为进行测试，将生命设为按下 F 键时递减。
我们在 UMG UI设计器快速入门指南 的 调整角色变量（Adjusting Character Variables） 章节中创建了一个类似的示例。
现在减少生命时，将调用此事件调度器。在HUD控件蓝图的事件图表中，可再次使用Event Construct获取并保存对玩家角色蓝图的引用。还可将自定义事件绑定到该角色蓝图中的事件调度器，调用事件调度器时便调用该自定义事件。
点击查看大图。
现在，HUD控件蓝图中的自定义事件将在玩家生命变化时检查并更新其显示，而非无论是否变化固定进行检查。
下图展示将生命和能量整合到同一个Event Construct脚本中的方法。
自定义事件 UpdateHealth 和 UpdateEnergy 与角色蓝图中的事件调度器绑定，仅在角色生命/能量值变化时调用。在绑定后构造HUD时，还可调用这两个自定义事件初始化显示。
点击查看大图。