1. 項目概述為什么UserWidget是UE5界面開發(fā)的核心在虛幻引擎5UE5的開發(fā)中無論是制作一個簡單的HUD血條還是構(gòu)建一個復(fù)雜的角色屬性面板、背包系統(tǒng)甚至是整個游戲的主菜單你最終都繞不開一個核心概念——UserWidget。很多剛接觸UE5藍(lán)圖的朋友可能會被各種Actor、Pawn、Component搞得暈頭轉(zhuǎn)向但當(dāng)你開始需要“顯示點什么給玩家看”的時候UserWidget就是你最直接、最強大的工具。它本質(zhì)上是一個可視化的UI容器你可以像搭積木一樣把按鈕、文本、圖片、進(jìn)度條等各種UI控件拖進(jìn)去組合成你想要的任何界面。但UserWidget的威力遠(yuǎn)不止于靜態(tài)展示。它的真正價值在于“交互”。想象一下你點擊背包里的一個物品圖標(biāo)右側(cè)立刻顯示出該物品的詳細(xì)屬性或者你拖動技能圖標(biāo)到快捷欄游戲邏輯需要響應(yīng)這個操作。這些動態(tài)的、數(shù)據(jù)驅(qū)動的界面行為就是通過UserWidget與游戲藍(lán)圖Level Blueprint或Actor Blueprint之間的深度交互來實現(xiàn)的。我見過不少項目UI做得很漂亮但邏輯一團(tuán)糟點擊按鈕沒反應(yīng)數(shù)據(jù)更新不及時問題往往就出在沒有理解好這兩者之間的通信機制。所以今天我們就拋開那些花哨的理論直接進(jìn)入實戰(zhàn)手把手帶你走通UserWidget從創(chuàng)建、設(shè)計到與游戲藍(lán)圖雙向通信的完整流程并分享一些我踩過坑才總結(jié)出來的高效技巧。2. 核心設(shè)計思路數(shù)據(jù)驅(qū)動與事件驅(qū)動的結(jié)合在動手創(chuàng)建第一個Widget之前我們必須先理清思路。UE5中的UI交互尤其是UserWidget與游戲世界的交互其設(shè)計哲學(xué)可以歸結(jié)為數(shù)據(jù)驅(qū)動與事件驅(qū)動的結(jié)合。理解這一點能讓你在后續(xù)開發(fā)中避免很多架構(gòu)上的混亂。2.1 理解數(shù)據(jù)流誰擁有數(shù)據(jù)誰負(fù)責(zé)更新一個常見的誤區(qū)是讓UserWidget自己去查詢游戲世界的數(shù)據(jù)。比如在Widget的Tick事件里每幀去獲取玩家角色的血量然后更新血條。這樣做雖然能跑通但效率低下且耦合度高。更專業(yè)的做法是遵循單向數(shù)據(jù)流原則。核心思想游戲邏輯GameMode、PlayerController、PlayerState或某個具體的Actor是數(shù)據(jù)的權(quán)威來源Source of Truth。UserWidget是數(shù)據(jù)的“消費者”和“展示者”。當(dāng)權(quán)威數(shù)據(jù)發(fā)生變化時由數(shù)據(jù)持有者主動通知或“推送”更新給相關(guān)的UserWidget。舉個例子玩家的生命值數(shù)據(jù)通常由PlayerState或某個自定義的HealthComponent持有。當(dāng)玩家受到傷害時是這些組件內(nèi)部修改生命值變量。然后它們應(yīng)該通過某種機制比如調(diào)用一個自定義事件或接口函數(shù)告訴顯示血條的UserWidget“嘿數(shù)據(jù)變了現(xiàn)在是80點血你更新一下顯示吧?！边@樣UserWidget就不需要關(guān)心傷害計算的具體邏輯只負(fù)責(zé)接收新數(shù)據(jù)并刷新界面。這種解耦使得你的UI代碼更干凈也更容易進(jìn)行單元測試。2.2 掌握通信方式藍(lán)圖接口、事件分發(fā)器與直接引用明確了數(shù)據(jù)流向接下來就要選擇具體的“通信工具”。UE5藍(lán)圖提供了幾種主流方式各有適用場景。直接引用Direct Reference最簡單粗暴的方式。在游戲藍(lán)圖中創(chuàng)建一個UserWidget類型的變量生成CreateWidget后賦值給它。之后就可以直接調(diào)用該Widget上的自定義函數(shù)或設(shè)置其變量。優(yōu)點直觀操作簡單適合快速原型或關(guān)系非常固定的UI如某個Boss獨有的階段提示UI。缺點強耦合。如果UI需要被多個不同的藍(lán)圖調(diào)用或者你想替換UI實現(xiàn)會非常麻煩。不推薦在復(fù)雜項目中使用作為主要通信手段。事件分發(fā)器Event Dispatcher這是實現(xiàn)“事件驅(qū)動”的利器。你可以在數(shù)據(jù)持有方例如HealthComponent定義一個事件分發(fā)器比如叫OnHealthChanged。然后在UserWidget中綁定Bind到這個分發(fā)器上。當(dāng)生命值變化時HealthComponent廣播Broadcast這個事件所有綁定了的Widget都會自動收到通知并執(zhí)行綁定的函數(shù)。優(yōu)點一對多通信解耦優(yōu)秀。數(shù)據(jù)源不需要知道具體有哪些Widget在監(jiān)聽只需廣播事件即可。非常適合全局性或廣播性的更新如游戲時間、分?jǐn)?shù)變化。缺點需要小心管理綁定的生命周期通常在Widget的Construct事件中綁定在Destruct事件中解綁防止內(nèi)存泄漏或無效調(diào)用。藍(lán)圖接口Blueprint Interface這是我最推薦用于重要業(yè)務(wù)邏輯交互的方式。你可以創(chuàng)建一個藍(lán)圖接口定義一組函數(shù)如UpdateHealth(float NewHealth),ShowItemDetails(ItemData Data)但不實現(xiàn)它們。然后讓你的HealthComponent和UserWidget都實現(xiàn)Implement這個接口。這樣游戲邏輯只需要獲取到實現(xiàn)了該接口的對象就可以調(diào)用這些函數(shù)而無需關(guān)心對象具體是Widget還是Component。優(yōu)點最高程度的解耦和抽象。定義了清晰的契約代碼可讀性和可維護(hù)性極強。非常適合模塊化開發(fā)不同程序員可以并行開發(fā)邏輯和UI只要遵循接口定義。缺點需要前期做一些設(shè)計工作對于非常簡單的一次性交互可能顯得有點“重”。在實際項目中我通常會混合使用用藍(lán)圖接口處理核心的業(yè)務(wù)數(shù)據(jù)更新如更新屬性、顯示物品用事件分發(fā)器處理全局事件如游戲暫停、任務(wù)完成廣播而盡量避免使用直接的變量引用進(jìn)行核心邏輯調(diào)用。3. 實戰(zhàn)演練創(chuàng)建一個可交互的角色狀態(tài)面板理論講得再多不如動手做一遍。接下來我們以一個最常見的需求為例創(chuàng)建一個顯示角色生命值、魔法值和經(jīng)驗值的狀態(tài)面板并且當(dāng)點擊“使用藥水”按鈕時能實際恢復(fù)角色的生命值。3.1 步驟一創(chuàng)建與設(shè)計UserWidget首先在內(nèi)容瀏覽器中右鍵選擇“用戶界面” - “Widget Blueprint”命名為WBP_PlayerStatus。界面布局打開Widget藍(lán)圖進(jìn)入設(shè)計器Designer視圖。從左側(cè)面板拖入一個垂直框Vertical Box作為根容器這樣可以方便地垂直排列元素。添加控件拖入一個水平框Horizontal Box在里面放兩個文本Text控件分別命名為Text_HealthLabel和Text_HealthValue。將Label的文本改為“生命值”。同理再創(chuàng)建魔法值和經(jīng)驗值的顯示區(qū)域。拖入一個進(jìn)度條Progress Bar命名為ProgressBar_Health放在生命值文本下方用于圖形化顯示血量。最后拖入一個按鈕Button命名為Button_UsePotion將按鈕文本改為“使用生命藥水”。創(chuàng)建綁定變量在圖表Graph視圖中點擊“我的藍(lán)圖”面板的“變量”旁邊的“”號創(chuàng)建三個浮點型float變量Health,MaxHealth,HealthPercentage。將HealthPercentage的細(xì)節(jié)面板中的“綁定”選項勾選上選擇“創(chuàng)建綁定”。在綁定的圖表中我們需要計算百分比Health / MaxHealth。這樣進(jìn)度條就能自動根據(jù)變量更新了。為文本創(chuàng)建綁定選中Text_HealthValue控件在細(xì)節(jié)面板中找到“文本Text”屬性點擊旁邊的綁定按鈕選擇“創(chuàng)建綁定”。在綁定的圖表中我們可以將浮點型的Health變量格式化為字符串。一個常用的方法是使用Format Text節(jié)點設(shè)置格式為“{Health} / {MaxHealth}”然后將兩個變量分別輸入對應(yīng)插槽。注意直接在綁定圖表中進(jìn)行除法等運算并格式化是UE5 UI系統(tǒng)提供的強大功能稱為“屬性綁定”。它能讓UI自動響應(yīng)變量變化無需手動編寫更新邏輯。但復(fù)雜的邏輯不建議全放在綁定里會影響性能且難以調(diào)試。3.2 步驟二在游戲藍(lán)圖中生成并顯示W(wǎng)idgetUI設(shè)計好了我們需要在游戲運行時把它顯示出來。通常這個工作由PlayerController負(fù)責(zé)。打開你的PlayerController藍(lán)圖或Level Blueprint如果只是臨時測試。在Event BeginPlay事件后添加節(jié)點Create Widget。在“Class”下拉菜單中選擇我們剛創(chuàng)建的WBP_PlayerStatus。從Create Widget節(jié)點的輸出引腳拖出添加節(jié)點Add to Viewport。這樣Widget就會顯示在屏幕上了。可選但推薦從Create Widget節(jié)點的返回值提升為一個變量命名為PlayerStatusWidget類型會自動設(shè)為WBP_PlayerStatus。這樣我們就保存了一個對它的引用便于后續(xù)交互。此時運行游戲你應(yīng)該能看到狀態(tài)面板顯示在屏幕上但數(shù)值可能是默認(rèn)值或0因為還沒有和真實游戲數(shù)據(jù)連接。3.3 步驟三建立雙向通信——使用藍(lán)圖接口現(xiàn)在進(jìn)入核心環(huán)節(jié)讓游戲數(shù)據(jù)更新UI并且讓UI按鈕能影響游戲數(shù)據(jù)。我們將使用藍(lán)圖接口來實現(xiàn)。創(chuàng)建藍(lán)圖接口在內(nèi)容瀏覽器右鍵選擇“藍(lán)圖” - “藍(lán)圖接口”命名為BPI_StatusUpdate。定義接口函數(shù)打開BPI_StatusUpdate點擊“函數(shù)”旁邊的“”添加一個函數(shù)命名為UpdateHealthStatus。在輸入?yún)?shù)中添加兩個浮點數(shù)CurrentHealth和MaxHealth。在游戲邏輯端實現(xiàn)接口假設(shè)我們有一個管理玩家生命值的藍(lán)圖比如BP_PlayerState或一個自定義的HealthComp組件。打開它在“類設(shè)置”中點擊“實現(xiàn)的接口”旁邊的“”添加BPI_StatusUpdate。添加后在“我的藍(lán)圖”面板的“函數(shù)”列表里會自動出現(xiàn)UpdateHealthStatus函數(shù)現(xiàn)在你可以實現(xiàn)它了。在這個函數(shù)里你可以處理新的生命值數(shù)據(jù)比如更新內(nèi)部變量但更重要的是我們需要調(diào)用UI來更新。在UserWidget中實現(xiàn)接口同樣打開WBP_PlayerStatus在“類設(shè)置”中實現(xiàn)BPI_StatusUpdate接口。在自動生成的UpdateHealthStatus函數(shù)實現(xiàn)里我們的目標(biāo)就是更新Widget內(nèi)部的變量。將函數(shù)輸入的CurrentHealth和MaxHealth參數(shù)分別Set到我們之前創(chuàng)建的Health和MaxHealth變量上。由于這兩個變量已經(jīng)和UI控件做了屬性綁定所以一旦執(zhí)行Set操作界面就會自動刷新從游戲邏輯調(diào)用接口回到你的游戲邏輯藍(lán)圖如HealthComp。當(dāng)生命值發(fā)生變化時例如在TakeDamage事件處理后你需要獲取到PlayerStatusWidget的引用可以通過PlayerController獲得然后檢查這個引用是否實現(xiàn)了BPI_StatusUpdate接口使用Does Implement Interface節(jié)點。如果實現(xiàn)了就調(diào)用UpdateHealthStatus函數(shù)傳入新的生命值數(shù)據(jù)。為按鈕添加點擊事件在WBP_PlayerStatus的設(shè)計器中選中“使用生命藥水”按鈕在細(xì)節(jié)面板找到“事件”下的“OnClicked”點擊后面的“”號。這會在圖表中創(chuàng)建一個OnClicked事件節(jié)點。按鈕反向調(diào)用游戲邏輯點擊按鈕后我們需要告訴游戲邏輯“玩家想用藥水”。這時Widget需要知道該通知誰。我們可以在Widget中定義一個變量比如TargetActor類型為Actor或更具體的接口。在PlayerController創(chuàng)建Widget后將玩家Pawn或PlayerState賦值給這個變量。然后在按鈕的OnClicked事件中先檢查TargetActor是否有效然后調(diào)用TargetActor上的某個自定義事件或函數(shù)例如UseHealthPotion。為了更好的解耦可以再創(chuàng)建一個藍(lán)圖接口如BPI_Consumable里面定義UsePotion()函數(shù)讓游戲邏輯端和Widget都通過這個接口通信。通過以上步驟我們就建立了一個清晰的雙向通道游戲數(shù)據(jù)變化 - 通過接口通知Widget更新用戶點擊UI - 通過接口/事件通知游戲邏輯執(zhí)行操作。4. 核心技巧與避坑指南掌握了基本流程后下面這些實戰(zhàn)中總結(jié)的經(jīng)驗和技巧能幫你節(jié)省大量調(diào)試時間并做出更專業(yè)的UI系統(tǒng)。4.1 性能優(yōu)化避免在Tick中更新UI這是新手最容易犯的性能錯誤。絕對不要在UserWidget的Event Tick中執(zhí)行任何數(shù)據(jù)獲取或界面更新操作。UI的刷新頻率應(yīng)該由數(shù)據(jù)變化的頻率驅(qū)動而不是每幀。我們的方案——通過事件或接口在數(shù)據(jù)變更時觸發(fā)更新——本身就是最優(yōu)解。如果你有一個需要平滑變化的UI比如動態(tài)變化的能量條可以考慮在Widget內(nèi)使用Timeline時間軸或Lerp線性插值來實現(xiàn)動畫效果但觸發(fā)這個動畫的起點仍然應(yīng)該是一個來自外部的事件如接口函數(shù)調(diào)用而不是Tick。4.2 內(nèi)存管理顯式銷毀與垃圾回收當(dāng)你不再需要一個Widget時比如關(guān)閉一個菜單一定要手動銷毀它而不是僅僅將其從視口移除。正確做法是調(diào)用該Widget的Remove From Parent節(jié)點將其從界面樹移除然后緊接著調(diào)用Set Visibility設(shè)置為Collapsed或Hidden可選但好習(xí)慣最后必須調(diào)用Destruct節(jié)點。// 關(guān)閉Widget的正確操作序列 [On Close Button Clicked] - Remove From Parent - Destruct只調(diào)用Remove From ParentWidget對象依然存在于內(nèi)存中只是看不見了。這會導(dǎo)致內(nèi)存泄漏尤其是對于頻繁打開關(guān)閉的UI。Destruct會執(zhí)行清理工作并使其進(jìn)入垃圾回收流程。4.3 輸入模式正確處理UI與游戲輸入的優(yōu)先級當(dāng)你的UI如一個全屏菜單打開時通常不希望玩家還能控制角色移動或射擊。這就需要設(shè)置輸入模式。在PlayerController中當(dāng)你Add to Viewport一個Widget后可以調(diào)用Set Input Mode UI Only節(jié)點這樣鼠標(biāo)光標(biāo)會顯示并且所有游戲輸入會被UI優(yōu)先攔截。如果你希望UI和游戲同時接收輸入比如在小地圖UI打開時仍能移動則使用Set Input Mode Game And UI。別忘了在關(guān)閉UI時將輸入模式切換回Set Input Mode Game Only讓玩家重新獲得游戲控制權(quán)。一個常見的bug是菜單關(guān)閉后鼠標(biāo)消失了就是因為沒切換回Game Only模式。4.4 調(diào)試技巧使用“調(diào)試”視口與打印字符串UI調(diào)試有時比較棘手因為問題可能出在數(shù)據(jù)、綁定或事件流上。善用UE5內(nèi)置工具運行時調(diào)試在游戲運行PIE時你可以點擊視口左上角的“調(diào)試”下拉菜單選擇“調(diào)試UI”。這會顯示所有當(dāng)前活動的Widget及其層級關(guān)系你可以選中任何一個Widget實時查看和修改其屬性對于排查布局問題或變量值不對的情況非常有用。打印字符串Print String在關(guān)鍵的接口函數(shù)調(diào)用處、事件綁定處、按鈕點擊事件中臨時添加Print String節(jié)點輸出一些標(biāo)識信息如“Health Updated: 80”。這是追蹤執(zhí)行流程、確認(rèn)函數(shù)是否被調(diào)用、參數(shù)是否正確傳遞的最快方法。記得在發(fā)布前移除這些調(diào)試節(jié)點。5. 進(jìn)階應(yīng)用場景與問題排查掌握了基礎(chǔ)創(chuàng)建與交互后我們可以探索一些更復(fù)雜的應(yīng)用場景并預(yù)判其中可能遇到的問題。5.1 場景一制作動態(tài)列表如背包、任務(wù)列表背包里物品數(shù)量是動態(tài)的不可能在編輯器中預(yù)先擺好幾十個物品格子。這時需要使用列表視圖ListView或統(tǒng)一網(wǎng)格面板Uniform Grid Panel配合Widget藍(lán)圖。創(chuàng)建條目Widget首先創(chuàng)建一個單獨的Widget藍(lán)圖如WBP_InventorySlot代表單個物品格子的UI。設(shè)計數(shù)據(jù)模型創(chuàng)建一個藍(lán)圖結(jié)構(gòu)體Struct如ItemInfo包含物品ID、名稱、圖標(biāo)、數(shù)量等字段。使用列表控件在主背包WidgetWBP_Inventory中拖入一個ListView控件。你需要為這個ListView設(shè)置一個“條目Widget類”Entry Widget Class選擇剛才創(chuàng)建的WBP_InventorySlot。動態(tài)生成列表在游戲邏輯中當(dāng)需要刷新背包時獲取玩家的物品數(shù)據(jù)列表一個ItemInfo結(jié)構(gòu)體數(shù)組。然后調(diào)用ListView的Add Item或Set List Items節(jié)點將整個結(jié)構(gòu)體數(shù)組傳入。ListView會自動為數(shù)組中的每個元素創(chuàng)建一個WBP_InventorySlot實例并將該元素的數(shù)據(jù)傳遞給它。在條目Widget中獲取數(shù)據(jù)在WBP_InventorySlot的圖表中有一個名為On List Item Object Set的事件。當(dāng)ListView為它分配數(shù)據(jù)時會觸發(fā)此事件。你可以在這里將傳入的Object實際上是你的ItemInfo結(jié)構(gòu)體轉(zhuǎn)換并保存到局部變量然后更新格子內(nèi)的圖標(biāo)和文本。常見問題列表不顯示或顯示錯誤。首先檢查ListView的“條目Widget類”是否設(shè)置正確。其次確保傳入的數(shù)據(jù)列表不是空的并且On List Item Object Set事件中的類型轉(zhuǎn)換成功。最后檢查條目Widget的設(shè)計確保其根容器大小不為零且控件綁定正確。5.2 場景二實現(xiàn)UI動畫與狀態(tài)反饋靜態(tài)的UI是枯燥的。我們可以用UE5內(nèi)置的動畫系統(tǒng)Widget Animation為UI添加動效。創(chuàng)建Widget動畫在UserWidget的設(shè)計器視圖切換到“動畫”模式點擊“動畫”創(chuàng)建一個新動畫如HighlightAnim。設(shè)計動畫軌跡在時間軸上你可以為任何UI控件的屬性如渲染不透明度、顏色、縮放、位置添加關(guān)鍵幀。例如在0秒處設(shè)置按鈕縮放為1在0.1秒處設(shè)置為1.2在0.2秒處設(shè)置回1就能創(chuàng)建一個簡單的點擊放大效果。在藍(lán)圖中觸發(fā)動畫在圖表中你可以使用Play Animation節(jié)點來播放指定的動畫。可以將它連接到按鈕的OnHovered懸?；騉nClicked事件上。狀態(tài)反饋例如當(dāng)按鈕不可用時除了設(shè)置為禁用Disabled狀態(tài)還可以改變其顏色和透明度?？梢栽诎粹o的IsEnabled屬性綁定中根據(jù)一個布爾變量返回不同的顏色值實現(xiàn)狀態(tài)切換時的平滑過渡。常見問題動畫播放一次后不重置。確保動畫的“填充模式”設(shè)置正確。如果希望動畫可重復(fù)播放將其設(shè)置為“正向循環(huán)”或確保在播放前沒有設(shè)置“停止”模式。另外檢查動畫的時間長度和關(guān)鍵幀是否合理有時一個長達(dá)10秒的動畫會讓人誤以為沒有效果。5.3 場景三處理多分辨率與安全區(qū)適配你的游戲可能會在不同的屏幕尺寸或平臺上運行。UI需要自適應(yīng)。錨點Anchors這是最重要的概念。每個控件都可以設(shè)置錨點它決定了控件相對于父容器或屏幕邊緣的位置關(guān)系。例如將一個血條控件的錨點設(shè)置在左上角并設(shè)置偏移量如左10上10那么在任何分辨率下它都會距離屏幕左上角固定距離。如果你希望血條始終水平居中可以將錨點設(shè)置為頂部居中。安全區(qū)Safe Zone在手機或電視上屏幕邊緣可能存在不可顯示的區(qū)域如劉海屏、曲面屏。UE5提供了Safe Zone控件。將你的主要UI內(nèi)容如虛擬搖桿、重要按鈕放在Safe Zone控件內(nèi)系統(tǒng)會自動為其應(yīng)用平臺提供的安全區(qū)域插值確保關(guān)鍵UI元素可見。縮放與DPI縮放在項目設(shè)置中可以設(shè)置DPI縮放規(guī)則。通常使用“基于最短邊”的縮放模式并設(shè)置不同的DPI曲線以確保UI在不同分辨率下保持大致相同的物理尺寸和可讀性。常見問題UI在某些分辨率下錯位或溢出屏幕。這幾乎都是錨點設(shè)置不當(dāng)造成的。不要依賴絕對位置和大小始終思考控件與父容器或屏幕邊緣的相對關(guān)系。在設(shè)計時多用不同的預(yù)覽窗口尺寸設(shè)計器左上角可以切換來測試你的UI布局。6. 從藍(lán)圖到C為大型項目鋪路對于小型項目或原型純藍(lán)圖開發(fā)的UserWidget完全夠用。但隨著項目規(guī)模擴大尤其是需要暴露給多個設(shè)計師使用的復(fù)雜UI模塊或者對性能有極致要求時你就需要考慮使用C來創(chuàng)建UserWidget的子類然后在藍(lán)圖中繼承并設(shè)計它。這樣做的好處性能核心的數(shù)據(jù)處理、復(fù)雜的邏輯計算放在C中效率遠(yuǎn)高于藍(lán)圖。代碼維護(hù)C代碼更容易進(jìn)行版本控制、代碼審查和重構(gòu)。重要的接口函數(shù)和數(shù)據(jù)結(jié)構(gòu)可以在C中明確定義。暴露控制你可以在C類中使用UPROPERTY(BlueprintReadOnly, Category“UI”)等宏精確控制哪些變量和函數(shù)可以暴露給藍(lán)圖編輯器使用哪些只能在C中訪問使得藍(lán)圖界面更加清晰整潔。復(fù)用性可以創(chuàng)建一些基礎(chǔ)的C Widget類封裝通用功能如一個帶數(shù)據(jù)綁定的列表基類然后派生出各種具體的藍(lán)圖Widget提升開發(fā)效率。入門步驟在IDE中創(chuàng)建一個繼承自UUserWidget的C類例如UMyBaseWidget。在頭文件中使用UPROPERTY(BlueprintReadWrite, Meta (BindWidget))宏聲明你的UI控件變量。這個BindWidget元數(shù)據(jù)會讓UE5在藍(lán)圖實例化時自動將設(shè)計器中同名控件綁定到這個變量上無需手動查找。實現(xiàn)一些關(guān)鍵的虛函數(shù)如NativeConstruct相當(dāng)于藍(lán)圖的Construct事件和NativeDestruct。編寫核心的更新邏輯函數(shù)并用UFUNCTION(BlueprintCallable)暴露給藍(lán)圖調(diào)用。編譯后在內(nèi)容瀏覽器中創(chuàng)建Widget藍(lán)圖時就可以選擇你的UMyBaseWidget作為父類。這個混合模式結(jié)合了C的性能可控性與藍(lán)圖的快速迭代能力是商業(yè)級UE5項目UI開發(fā)的標(biāo)準(zhǔn)做法。當(dāng)你感覺純藍(lán)圖Widget開始變得難以管理時就是時候考慮引入C基類了。