UE蓝图提供了编译和保存2个独立按钮,其中编译按钮提供了编译完成后自动保存的功能。但是对于从Unity转UE的交互来说习惯性以为只需要点击蓝图的保存按钮即可完成保存,这导致一些情况下未编译的蓝图被直接提交引发各种Bug。
想问一问自动在蓝图保存前进行编译操作是否会有风险,以及为何不把保存和编译放到一个流程中执行?
[Image Removed]
UE蓝图提供了编译和保存2个独立按钮,其中编译按钮提供了编译完成后自动保存的功能。但是对于从Unity转UE的交互来说习惯性以为只需要点击蓝图的保存按钮即可完成保存,这导致一些情况下未编译的蓝图被直接提交引发各种Bug。
想问一问自动在蓝图保存前进行编译操作是否会有风险,以及为何不把保存和编译放到一个流程中执行?
[Image Removed]
您好,没把“保存=编译+保存”强绑定,是故意的设计,框架上是把“资源状态的持久化(保存)”和“可执行代码生成(编译)”当成两个不同维度的操作,方便开发中的“半成品”“试验状态”“有编译错误的工作中状态”也能被保存。
蓝图的编译行为允许你在不保存文件的情况下进行编译(只在内存中处理),这让开发者可以快速测试更改而不必提交到磁盘。
蓝图保存前进行编译操作----没有问题,可以自己往蓝图toolbar中添加一个按钮同时执行编译+保存的操作
好的明白了,应该是我们UI工作流里控件蓝图作为纯数据载体,逻辑都是交给Lua实现的,所以更偏向一个整合按钮