UE5编辑器Slate组件详解：从基础到面板实战

1. Slate是什么：编辑器UI的底层语言

UE5的编辑器看起来是个特别庞大、特别“重”的东西，外观统一、布局灵活、交互反馈也稳定。但如果我们把它拆到最底层，会发现支撑这些界面逻辑的并不是什么神秘框架，而是一套叫Slate的即时模式UI组件库——它把编辑器里所有的按钮、列表、菜单、细节面板、视口工具栏甚至资产界面全部搭了一遍。

这个系列的第二篇，我们在上一篇已经把编辑器插件模块怎么挂载、菜单怎么注册、Tab怎么召唤这些基础流程走通了。今天这一篇专门把Slate组件这层剥开讲透，重点聚焦在三件事：Slate组件是怎么组织的、动手搭一个编辑器面板需要写哪些代码、样式与状态刷新到底怎么跟你已有的编辑器逻辑打通。

先说一下Slate和UMG的关系，因为这个问题几乎每次讲课都有人问。UMG是给游戏运行时界面准备的，它依赖UObject和反射系统，方便蓝图调用、数据绑定、动画控制，适合策划和美术在编辑器里直接拖拽。但编辑器工具不一样，它跑的进程是UnrealEditor，窗口需要频繁响应菜单命令、资产选择、类型注册，如果套UMG那套玩法，动辄就有GC风险和反射开销，而且Tab面板对接FGlobalTabmanager、细节面板对接IDetailsView这些机制的时候，UMG根本使不上劲。

Slate则完全是另一套逻辑。它的核心是SWidget，是一个用C++模板和函数式嵌套构建的层级组件树，没有UObject包袱，不参与GC循环，生命周期由TSharedRef/TWeakPtr这样的智能指针管理。这是它能够承担编辑器高频操作、稳定运行大半天不崩的重要前提。

所以结论很简单：做编辑器插件、自定义资产编辑器、批量工具面板，选Slate；做游戏内的主界面、HUD、结算页面，选UMG。两者边界清晰，别混着用。

1.1 为什么编辑器工具用Slate而不是UMG

很多人第一次从UMG转向Slate会非常不适应，最大的原因是它们的设计哲学根本相反。

UMG是保留模式UI，你设置完控件属性之后，引擎每帧帮你遍历UI树并刷新；而Slate是即时模式UI，它把组件树构建规则、布局计算和绘制逻辑都放在一起，每一帧都会重新计算外观和布局。听起来Slate很笨重，但它的好处恰好是：只要数据源变了，UI立刻按最新状态输出，不会出现“状态不同步”这种鬼故事。

举个例子，你做一个显示当前选中Actor名称的标签，UMG要做至少三步操作：拿到控件引用、转成文本控件、调用SetText。而Slate里你只需要构造时传一个TAttribute：

cpp复制SNew(STextBlock)
.Text_Lambda([]() {
    return GEditor ? GEditor->GetSelectedActors()->Num() > 0
        ? FText::FromString(GEditor->GetSelectedActors()->GetSelectedObject(0)->GetName())
        : FText::GetEmpty() : FText::GetEmpty();
})

这样每次界面需要重新生成文字时，Slate会自己去执行Lambda拿最新结果。代码少了，逻辑也直接了。

还有一个常见理解误区：新手以为Slate只能用代码写，做不了复杂工具。其实Slate完全可以承载复杂交互，SListView支持虚拟化列表，SMultiLineEditableTextBox支持代码编辑，SGraphEditor可以承载节点图，编辑器里那套材质编辑器、蓝图编辑器都是纯Slate写出来的。复杂不代表做不到，只是你需要掌握组件搭配的技巧。

另外顺便说一句，编辑器运行时和游戏运行时的UI是两套环境。你写编辑器插件，启动的是UnrealEditor进程，里面跑的是SlateApplication单例；而PIE（Play In Editor）里启动的UMG界面是在游戏进程中。这两套之间传数据，通常通过GEditor或者UEditorSubsystem中转，而不是直接在UI层互相引用。

1.2 Slate的核心机制：Widget树的构建与刷新

Slate的代码表达方式，最核心的是SNew + 连缀操作符（.）的组合。每一个控件都是一棵树上的节点，SNew创建控件实例，()是指定参数，[]是放子控件内容。一个最简单的按钮面板长这样：

cpp复制SNew(SVerticalBox)
+ SVerticalBox::Slot()
.AutoHeight()
.Padding(4.0f)
[
    SNew(SButton)
    .Text(FText::FromString(TEXT("保存")))
    .OnClicked_Lambda([]() {
        // do something
        return FReply::Handled();
    })
]

这个模式你一旦看多了，读Slate代码就会像读菜单一样自然。

SNew、SAssignNew、SNullWidget这三个关键字也着重提一下。SNew返回TSharedRef，一般用于组合进树里的控件；SAssignNew返回TSharedPtr，用于需要长期保存引用的控件实例；SNullWidget是空占位控件，做条件分支时避免空指针。实际开发中我经常用SAssignNew保存某个列表的引用，方便后续SListView的SetItemsSource或者滚动定位。

Slate控件树的生命周期也很特别。控件使用TSharedRef托管，避免UObject被GC的烦恼。其中SWidget内部通过Construct函数完成真正初始化，而不是普通C++构造函数。你自定义控件时，必须在SLATE_BEGIN_ARGS和SLATE_END_ARGS之间声明参数，然后在Construct(const FArguments& InArgs)里使用它们。

刷新机制上，Slate本身不是按“事件驱动重新绘制”的方式工作的，它每一帧都可能重新评估一遍Widget树。但这不代表你每次都要手动刷新。调用Invalidate(EInvalidateWidgetReason::Layout)可以强制重新布局，SetText这类函数内部会自动标记需要重绘。处理大量界面更新时，尽量用小范围的Invalidate，避免整棵树重算，这是我优化过几个工具面板后的深刻体会。

2. 从零搭一个编辑器Slate面板：模块与Tab

理论说完了，我们直接动手。这一节从一个真实场景出发：我要做一个“批量重命名资产”工具面板，里面有一个SListView列出当前选中的资产，一个输入框填写新前缀，一个按钮执行重命名。这个工具麻雀虽小，但覆盖了模块加载、Tab注册、Slate组合、数据刷新这条完整链路，适合作为手边第一个Slate练习。

2.1 模块加载与Tab Spawner注册

先确保模块是编辑器模块。你自己的插件里，Build.cs一般会带"UnrealEd"、“Slate”、“SlateCore”、“ContentBrowser”、“AssetRegistry”这些依赖。不要只记得加Slate，UnrealEd很重要，因为我们需要访问GEditor和资产工具。

然后，在模块的StartupModule里，注册一个Tab生成器：

cpp复制void FBatchRenameModule::StartupModule()
{
    FGlobalTabmanager::Get()->RegisterTabSpawner(
        FName("BatchRenameTab"),
        FOnSpawnTab::CreateRaw(this, &FBatchRenameModule::SpawnBatchRenameTab)
    )
    .SetDisplayName(FText::FromString(TEXT("批量重命名")))
    .SetMenuType(ETabSpawnerMenuType::Hidden);

    // 注册菜单入口
    ...
}

这里有三点值得说。

第一，TabSpawner不是“打开一次窗口”这么简单，它是一种模板注册机制。FGlobalTabmanager会根据这个Spawner的描述去创建Tab，并且在用户关闭面板后由Docking系统决定是否保存布局。所以面板关闭再打开，位置和大小都能被记住。如果你想要“每次点菜单重新弹窗”的效果，反而要在Spawn里做额外逻辑，而不是每次新建一个Spawner。

第二，SetMenuType填Hidden是为了在窗口菜单里不显示，我们只通过自己的菜单按钮打开。如果你希望它出现在Window菜单下，可以改成Limited或Unlimited。

第三，不要在一个模块里注册几千个Tab。尽量保持Spawner名字清晰、可记忆，因为后续还有SaveLayout之类的持久化逻辑，需要拿这个FName做Key。

代码里SpawnTab函数返回TSharedRef：

cpp复制TSharedRef<SDockTab> FBatchRenameModule::SpawnBatchRenameTab(const FSpawnTabArgs& Args)
{
    return SNew(SDockTab)
        .TabRole(ETabRole::NomadTab)
        .Label(FText::FromString(TEXT("批量重命名")))
        [
            SNew(SBatchRenamePanel)
        ];
}

TabRole用NomadTab是最常见的，因为它可以停靠到任何编辑器布局区域，也能浮动。如果你用MajorTab，它主要是给主窗口标签页当“主标签”用的，普通工具不合适。DocumentTab则是文档型标签页，资产编辑器里的二级面板常用，但它要求编辑器内有对应的Document Manager来管理，刚开始不建议碰。

2.2 面板骨架：从SWindow到复合组件

SBatchRenamePanel是我们自己声明的控件，它继承SCompoundWidget。这个继承关系要记住：SCompoundWidget是最常用的一种SWidget，它只有一个ChildSlot，里面可以放任意复杂的子控件树。自定义一个编辑器面板，十有八九是SCompoundWidget的子类。

头文件里这样声明：

cpp复制class SBatchRenamePanel : public SCompoundWidget
{
    SLATE_BEGIN_ARGS(SBatchRenamePanel) {}
    SLATE_END_ARGS()

public:
    void Construct(const FArguments& InArgs);

private:
    FReply HandleRenameClicked();
    void RefreshAssetList();

    TArray<FAssetData> SelectedAssets;
    TSharedPtr<SListView<FAssetData>> AssetListView;
};

Construct函数里，我习惯的布局是：一个SVerticalBox，顶部放一个列表区域，底部放一个水平输入框和按钮区域。

cpp复制void SBatchRenamePanel::Construct(const FArguments& InArgs)
{
    ChildSlot
    [
        SNew(SVerticalBox)
        + SVerticalBox::Slot()
        .FillHeight(1.0f)
        .Padding(8.0f)
        [
            SNew(SBorder)
            .BorderImage(FAppStyle::GetBrush("ToolPanel.GroupBorder"))
            .Padding(4.0f)
            [
                SNew(SListView<FAssetData>)
                .ItemHeight(24.0f)
                .ListItemsSource(&SelectedAssets)
                .OnGenerateRow_Lambda([](FAssetData Item, const TSharedRef<STableViewBase>& OwnerTable) {
                    return SNew(STableRow<FAssetData>, OwnerTable)
                    [
                        SNew(STextBlock).Text(FText::FromString(Item.AssetName.ToString()))
                    ];
                })
            ]
        ]
        + SVerticalBox::Slot()
        .AutoHeight()
        .Padding(8.0f, 4.0f)
        [
            SNew(SHorizontalBox)
            + SHorizontalBox::Slot()
            .FillWidth(1.0f)
            [
                SNew(SEditableTextBox)
                .HintText(FText::FromString(TEXT("新前缀")))
            ]
            + SHorizontalBox::Slot()
            .AutoWidth()
            .Padding(8.0f, 0.0f, 0.0f, 0.0f)
            [
                SNew(SButton)
                .Text(FText::FromString(TEXT("执行")))
                .OnClicked(this, &SBatchRenamePanel::HandleRenameClicked)
            ]
        ]
    ];
}

这里面的一个细节是FillHeight和AutoHeight的用法。FillHeight(1.0f)表示该Slot会占据父容器剩余的全部高度；AutoHeight则根据子控件期望高度分配，不抢占额外空间。用这个组合，底部按钮永远固定在面板底部，列表区域则跟随窗口尺寸伸缩。如果你全部都用FillHeight，窗口拉大后会出现奇怪的空隙；全部都用AutoHeight，窗口一拉小，列表可能被挤没。这是一套非常基础但极其重要的布局策略。

还有个小注意点：SListView的ListItemsSource不能传临时变量，比如不能直接传TArray的临时拷贝。最好在窗口构造函数里初始化一个成员变量，然后把地址传给ListView，之后每次刷新数据都是原地修改这个数组，再调用RequestListRefresh。因为ListView保留的是数据源的指针引用，你传个临时数组，指针失效以后列表就崩了。这个坑我见过不少新人踩过。

3. 常用Slate组件与组合方式

如果你只是想把一个工具面板拼出来，记住几个基础组件就够了；但如果想做得专业，常用的Slate组件和它们的参数调法就得成体系地掌握。这一节按列表、按钮、输入、布局、状态显示这五个类型来梳理。

3.1 列表、按钮、输入框：常用组件与核心参数

SListView是编辑器工具里的“顶梁柱”。它默认支持虚拟化——只渲染可视范围内的行，所以即使绑定几万条资产记录，性能也不会崩。但虚拟化有一个典型代价：行对象是复用的，不能在行内部长期保存个性化状态。你做一个勾选列表，勾选状态必须存到外部数据源里，比如TMap<FAssetData,bool>，然后OnGenerateRow时根据外部状态设置初始值，而不是让行自己保存。

行生成本身通过STableRow来承载。它有几个典型参数：Padding控制行内边距，Content()是行的内容，OnDragDetected可以配合拖拽。STableRow还自带“选中高亮”的视觉样式，只要把它放在SListView里，选中行的背景会自动变蓝，不需要我们手写。

SButton的核心参数是OnClicked，返回FReply。FReply::Handled()表示事件已处理，FReply::Unhandled()表示不处理。如果想让按钮在鼠标按下时就触发，可以用OnMouseButtonDown，但普通点击用OnClicked就够了。按钮禁用状态用IsEnabled，想动态控制，给它传一个TAttribute。

SEditableTextBox用于单行文本输入，SMultiLineEditableTextBox用于多行代码或文本编辑。注意要在Construct里设置OnTextChanged和OnTextCommitted的区别：前者是每敲一个字符就触发，后者是回车或失焦时触发。批量重命名工具里，我们可能希望敲完回车才执行，但预览文本需要每敲一个字符就刷新，所以要分清两种场景。

STextBlock是显示文字的主力。核心参数是Text，它接受FText而不是FString，这是为了本地化和编码安全。想动态更新，传TAttribute或者lambda。还有AutoWrapText用于自动换行，WrapTextAt结合Layout约束做定宽换行。颜色可以用ColorAndOpacity，字体大小用Font，但更推荐用FAppStyle::GetFontStyle("NormalFont")这类现有样式来统一字体规格。

3.2 布局与尺寸计算的规则

Slate的布局系统是盒式模型。每个Widget都有DesiredSize（期望尺寸），父级Slot在Layout时根据父容器的分配规则把实际尺寸交给子控件。这个概念建议认真理解一下，因为编辑器面板常见的位置错乱、控件被截断、高度计算不对，根源基本都是对这个布局模型理解不深。

SVerticalBox和SHorizontalBox是两种最基础的盒式布局容器，各自内部有多个Slot。每个Slot决定子控件在主轴上的占位方式：Auto表示占用期望尺寸，Fill表示在剩余空间里按比例分配，Fixed表示固定尺寸。在Stretch方向（比如SVerticalBox里的水平方向），子控件默认会填满整个Slot的横向空间。

SSplitter用来做可拖动分割条，常见的用法是左边一个列表、右边一个详情面板。这个组件有一个重要参数。SSplitter::Slot().Value(0.3f)表示初始占比。它需要子控件提供合理的DesiredSize，否则拖动后会出现跳动。

SBox适合做固定尺寸盒子。我经常用它来控制预览窗口的固定宽高，例如：

cpp复制SNew(SBox)
.WidthOverride(320.0f)
.HeightOverride(180.0f)
[
    SNew(SImage)
    .Image(MyTextureBrush)
]

你会发现编辑器里那些视口预览、缩略图，很多都是这样封装进SBox的。WidthOverride和HeightOverride设置后，子控件就被强制约束在这个尺寸内，不管里面的内容想多大。

SCanvas是手动定位的布局容器，适合做叠加图层。有的工具需要把水印文字叠加到图片预览上，用SCanvas的Slot.Position和Slot.AutoSize会很方便。但平时不建议滥用，因为手算坐标太反人性。

4. 样式系统：让工具长得像编辑器的一部分

自己做UI最容易出现的现象是：功能没问题，但界面看着就是“不UE”。原因基本都是没用编辑器自带的样式系统，或者干脆把整个面板都设成默认白色背景、默认黑色文字，看起来像微信小程序页面。

编辑器里几乎所有外观的最终输出，都来自FSlateBrush、FSlateColor、FSlateFontInfo这些样式元素，而它们存放在FSlateStyleSet里。引擎内置的FAppStyle含有整套编辑器的样式定义，你开发插件时完全可以直接引用，不需要自己去画像素级复刻。

4.1 FSlateStyleSet与样式注册

FSlateStyleSet是一个样式注册表，以FName为Key，存各种FSlateBrush、FSlateColor、FSlateFontInfo等。你可以创建一个插件自己的StyleSet，往里面添加图片并注册到FSlateStyleRegistry，这样才能在控件的.BorderImage()里引用。

简洁的方法是：

cpp复制TSharedPtr<FSlateStyleSet> MyStyle = MakeShareable(new FSlateStyleSet(TEXT("MyToolStyle")));
FString ContentDir = IPluginManager::Get().FindPlugin(TEXT("MyTool"))->GetContentDir();
MyStyle->Set("MyTool.Icon", new FSlateImageBrush(ContentDir / TEXT("Icon128.png"), FVector2D(128.0f, 128.0f)));
FSlateStyleRegistry::RegisterSlateStyle(*MyStyle);

注意这里给FSlateImageBrush传的路径，是用/拼接的路径字符串，即ContentDir / TEXT("Icon128.png")。UE里FPaths和FString重载了/运算符，可以比较自然地拼接路径。

注册之后，你就可以在任何控件里用FAppStyle::GetBrush("MyTool.Icon")或者MyStyle->GetBrush("MyTool.Icon")来取图了。这个技巧在给工具栏按钮、Tab图标、自定义列表项配图标时常听常见。

4.2 常用样式引用与颜色的正确用法

不是所有样式都要自己造。FAppStyle里有一套常用的Brush和Font可以直接拿：

我自己在处理面板分组时，最常用的组合是SVerticalBox外面包一层SBorder，BorderImage用ToolPanel.GroupBorder，Padding统一给8到12像素。这个做法和编辑器原生面板外观几乎一致。

颜色方面，编辑器默认暗色主题下，文字颜色应该用FAppStyle::GetSlateColor("Colors.Foreground")，不要手写FLinearColor::Gray。因为编辑器支持夜间模式和亮色主题，如果写死灰色，在亮色主题下就会变成黑不黑灰不灰的诡异颜色。

按钮上的文字用.Text()直接设置，不需要配颜色。如果要让某个控件暂时透明或不显示，可用Visibility控制，而不要通过改颜色来实现隐藏，否则你还得处理鼠标点击穿透问题。

每个原生控件都配有相应的默认样式，比如SButton默认样式是“Button”，如果你想让它看起来更像工具按钮，可以设置.ButtonStyle(FAppStyle::Get().GetWidgetStyle("Button"))，这是直接从引擎里拿当前主题的按钮样式。这个做法是让它融入编辑器外观最省力的办法。

5. 数据联动：Slate与编辑器状态同步

做编辑器插件，最常用的场景不是写个独立窗口，而是让工具面板跟着用户的选择变化。比如：选中某个资产，面板里就显示这个资产的元数据；点击“生成”按钮，就基于当前选中内容创建新资产。这一节讲清楚Slate如何与编辑器状态同步。

5.1 Attribute与委托绑定

Slate控件与外部数据同步，主要通过TAttribute和回调委托两套机制。

TAttribute的核心是“取值函数”（Getter）。STextBlock的Text参数可以是FText，也可以是TAttribute。后者在构造时传入函数或Lambda，Slate每次刷新时会主动调用这个函数，拿到最新的值。这就是前面说过的那种“数据驱动UI”，非常实用。

一个典型的用法是显示当前“总资产数”：

cpp复制SNew(STextBlock)
.Text_Lambda([this]() {
    return FText::AsNumber(SelectedAssets.Num());
})

要注意的是，TAttribute里的Lambda会每帧被刷新多次，所以不要在Lambda里做耗时操作，比如扫描磁盘、加载资产。它只适合做轻量的数据读取。

如果你需要从UI到数据的回传，比如用户输入了文本，则要用回调委托：

cpp复制.MultiLineEditableText_OnTextCommitted_Lambda([](const FText& Text, ETextCommit::Type CommitType) {
    if (CommitType == ETextCommit::OnEnter)
    {
        // 执行搜索
    }
})

Slate里有非常多的回调命名规范，OnTextChanged、OnCheckStateChanged、OnSelectionChanged。初学时不要去背，用Visual Studio的智能提示去看参数签名即可。最好养成习惯：写回调时先准备好参数类型，选错会直接编译报错，这是好事，报错能帮你纠错。

5.2 响应资产选择与内容浏览器事件

如果你希望工具面板能监听内容浏览器里当前选中的资产，最常用的方式仍是GEditor的委托。

在面板Construct时绑定，记得在析构时解绑：

cpp复制if (GEditor)
{
    GEditor->GetEditorSubsystem<UContentBrowserAssetDataSourceSubsystem>(); // 不常用
    FContentBrowserModule& ContentBrowserModule = FModuleManager::LoadModuleChecked<FContentBrowserModule>("ContentBrowser");
    ContentBrowserModule.GetOnAssetSelectionChanged().AddRaw(this, &SBatchRenamePanel::HandleAssetSelectionChanged);
}

这里的HandleAssetSelectionChanged签名一般是：

cpp复制void HandleAssetSelectionChanged(const TArray<FAssetData>& NewSelectedAssets, bool bIsActiveBrowser);

拿到资产数组后，直接刷新你的列表数据源，再调用RequestListRefresh。因为这个刷新直接在事件回调里执行，不用担心死锁或重入。

如果你要等用户在输入框里打完了字再刷新操作，不要每敲一个字符就执行一次重命名。正确做法是：OnTextChanged只更新一个成员变量，OnTextCommitted或者按下按钮时才真正执行批量重命名。这两个回调频率差很多，事件处理代价也完全不同。

还有一个老手才会注意的点：编辑器UI的刷新不一定非要靠事件驱动。你可以在某个Tick里做轻量轮询，比如每秒检查一次窗口列表是否变化。但如果能精准监听事件，绝不用轮询，因为轮询会大量唤醒Widget去刷新，导致编辑器无端变得很卡。事件驱动是编辑器性能的更优解。

6. 实操中的高频坑与排查技巧

Slate开发一段时间，会遇到不少固定的坑。下面是我自己整理的一份速查表，很多都是同行们踩过千百遍的经典问题。

6.1 常见编译/运行问题速查表

这里特别提一下第三个问题：空白面板。我有一次折腾了一个多小时，最终发现SBox的WidthOverride设成了0。它的子控件再大也会被约束成0宽度，界面啥也看不到。后来我特意写了一个习惯：所有约束尺寸的控件，先临时去掉约束再排查。

6.2 个人心得：如何高效调试Slate布局

Slate布局问题排查，我认为效率最高的手段不是加打印，而是开“可视化调试图层”。

在编辑器里，通过控制台命令SlateDebugging.VisualizeLayout可以高亮显示Widget的布局框。打开后你能直观看到每个Widget实际占据的位置、尺寸和Delta。这个命令在排查“为什么这个按钮跑到角落去了”“为什么这个列表高度不对”时特别有价值。

另外一个实用经验：如果你发现某个控件实际尺寸和期望不一致，优先检查它父级Slot的FillWidth/FillHeight、AutoHeight，以及父级父级之间是否有SBox这种强约束控件。这个链条经常会让人抓狂，但一旦你明确了布局的计算规则，大部分问题都可以在纸上推演出来。

还有，多利用SHorizontalBox和SVerticalBox的Slot的Padding做间距，不要用透明SButton做占位。透明SButton虽然也能顶开布局，但它会捕获鼠标事件，导致地址点击失效，这是很多人踩过的雷。

7. 编辑器Slate组件的延伸：从组件到生态工具

把基础组件和布局模型掌握之后，你会发现编辑器工具能做到的深度远超预期。这边再提供几个马上就能用的思路，帮助你从“会写控件”走向“做出好工具”。

第一，结合FDetailsView做资产详情管理。你在编辑器里看到的许多细节面板，本质上是FDetailsView这个Slate控件。它可以动态加载UObject的属性面板，当你创建一个自定义数据资产时，直接在工具面板里嵌入FDetailsView并SetObject(Asset)，就能自动渲染出该资产的所有UPROPERTY。所谓“自定义资产编辑器”，核心就是FDetailsView加一堆自定义按钮。

第二，自定义SHeaderRow来实现列显示控制。列表控件支持自定义表头，比如FName、尺寸、类型、引用数。你在SListView外层加一个SHeaderRow并配置对应列，就能实现类似Content Browser里那种分列显示效果。这个对于资产管理类工具特别有用。

第三，用STreeView做层级结构。很多工具需要表达层级关系，比如关卡Actor的组织结构、文件目录树。STreeView和SListView很像，只是多了一个GetChildren函数用于展开子节点。如果你已经熟悉SListView，切换到STreeView只需要多加两个函数。

第四，别忘了交互反馈。UI不只是“好看”，更要“好用”。按钮悬停提示用SetToolTipText，或更灵活地设置SToolTip。这些细节虽然不影响功能，但直接影响用户感受。编辑器工具是给项目组内部用的，体验不好很容易被同事们吐槽——经验之谈。

回到这一篇的标题“UE5编辑器（二）——编辑器Slate组件”，核心是帮大家把Slate这层真正搞懂。相比UMG，Slate学习曲线陡了一点，但一旦越过去，编辑器工具开发就会变得非常自由。你可以不依赖任何扩展框架，直接贴合引擎的工作流来定制界面，这比第三方库加一堆黑科技要优雅得多。后续我计划在这个系列里继续写FDetailsView的定制、资产管理器的实战、以及如何把Slate面板与编辑器操作记录结合起来做流程自动化，我们下一篇接着聊。