1. 項(xiàng)目概述從零到一用藍(lán)圖構(gòu)建你的第一個(gè)UE4交互世界如果你剛接觸虛幻引擎4面對(duì)C的復(fù)雜性有點(diǎn)發(fā)怵但又想快速做出點(diǎn)能跑、能交互的東西那藍(lán)圖Blueprint就是你最好的朋友。它不是簡(jiǎn)單的“可視化腳本”而是一個(gè)完整的、基于節(jié)點(diǎn)的可視化編程系統(tǒng)能讓你在不寫一行代碼的情況下實(shí)現(xiàn)游戲邏輯、UI交互、動(dòng)畫控制乃至整個(gè)游戲的原型。我從業(yè)這些年見過(guò)太多團(tuán)隊(duì)用藍(lán)圖快速驗(yàn)證核心玩法也見過(guò)不少獨(dú)立開發(fā)者僅憑藍(lán)圖就做出了完整的商業(yè)作品。今天我就以一個(gè)老司機(jī)的視角帶你徹底吃透UE4藍(lán)圖從最基礎(chǔ)的節(jié)點(diǎn)連接到解決實(shí)際開發(fā)中那些“坑”目標(biāo)是讓你看完就能動(dòng)手做出一個(gè)帶基礎(chǔ)交互的完整場(chǎng)景。藍(lán)圖的核心價(jià)值在于“所見即所得”和快速迭代。你連接一個(gè)節(jié)點(diǎn)馬上就能在編輯器里看到效果這種即時(shí)反饋對(duì)學(xué)習(xí)和創(chuàng)作來(lái)說(shuō)是巨大的動(dòng)力。無(wú)論是處理玩家輸入、管理游戲狀態(tài)還是控制一個(gè)門的開關(guān)動(dòng)畫藍(lán)圖都能以非常直觀的方式呈現(xiàn)邏輯流。我們接下來(lái)要構(gòu)建的就是一個(gè)簡(jiǎn)單的第一人稱場(chǎng)景玩家可以行走、跳躍走到一扇門前按“E”鍵開門并且屏幕上會(huì)顯示相應(yīng)的交互提示。這個(gè)例子雖小卻涵蓋了事件驅(qū)動(dòng)、變量管理、動(dòng)畫藍(lán)圖和UI交互這幾個(gè)藍(lán)圖最核心的模塊。準(zhǔn)備好了嗎我們直接進(jìn)入正題。2. 藍(lán)圖系統(tǒng)深度解析不只是連線的積木在開始動(dòng)手前我們得先搞清楚藍(lán)圖到底是什么以及它如何融入U(xiǎn)E4的整個(gè)架構(gòu)。很多人把藍(lán)圖理解為“拖拖線就能用的簡(jiǎn)單工具”這其實(shí)低估了它的能力。藍(lán)圖本質(zhì)上是一種特殊的、被UE4運(yùn)行時(shí)環(huán)境所理解和執(zhí)行的資產(chǎn)Asset。它編譯后生成的字節(jié)碼其執(zhí)行效率在絕大多數(shù)游戲邏輯場(chǎng)景下是完全夠用的尤其是對(duì)于邏輯密集型而非計(jì)算密集型的操作。2.1 藍(lán)圖類型與適用場(chǎng)景選擇UE4中的藍(lán)圖主要分為幾大類用對(duì)地方是關(guān)鍵關(guān)卡藍(lán)圖Level Blueprint這是最早接觸到的藍(lán)圖類型綁定在特定的關(guān)卡.umap文件上。它適合處理這個(gè)關(guān)卡獨(dú)有的、全局性的事件比如關(guān)卡開始時(shí)的初始化、關(guān)卡特定的觸發(fā)器邏輯。但我不建議把復(fù)雜的游戲邏輯都塞進(jìn)這里因?yàn)樗y以復(fù)用且會(huì)讓關(guān)卡文件變得臃腫。通常我只用它來(lái)做一些簡(jiǎn)單的序列開場(chǎng)或關(guān)卡特定的鏡頭控制。類藍(lán)圖Blueprint Class這是最常用、功能最強(qiáng)大的藍(lán)圖類型。你可以把它理解為一個(gè)可視化的“類”Class可以創(chuàng)建實(shí)例Instance可以繼承。我們創(chuàng)建的玩家角色Character、可拾取物品Actor、門Actor等等幾乎都是類藍(lán)圖。它是構(gòu)建游戲?qū)ο筮壿嫷暮诵?。藍(lán)圖函數(shù)庫(kù)Blueprint Function Library這里存放的是純函數(shù)Pure Function沒(méi)有狀態(tài)不依賴于任何特定的藍(lán)圖實(shí)例。比如一個(gè)計(jì)算兩點(diǎn)間距離的函數(shù)或者一個(gè)將角度轉(zhuǎn)換為方向向量的函數(shù)。創(chuàng)建函數(shù)庫(kù)能極大提高代碼的復(fù)用性和整潔度。藍(lán)圖接口Blueprint Interface這相當(dāng)于定義了一組函數(shù)簽名方法名、參數(shù)和返回類型而不實(shí)現(xiàn)它們。任何實(shí)現(xiàn)了該接口的藍(lán)圖類都必須提供這些函數(shù)的具體實(shí)現(xiàn)。這用于實(shí)現(xiàn)多態(tài)比如你定義一個(gè)“可交互Interactable”接口里面有一個(gè)“交互Interact”函數(shù)。那么無(wú)論是門、寶箱還是NPC只要它們實(shí)現(xiàn)了這個(gè)接口玩家角色就可以用同一段邏輯去調(diào)用它們的“交互”函數(shù)而不用關(guān)心對(duì)方具體是什么。動(dòng)畫藍(lán)圖Animation Blueprint專門用于控制骨骼網(wǎng)格體Skeletal Mesh動(dòng)畫的邏輯。它通過(guò)狀態(tài)機(jī)、混合空間等節(jié)點(diǎn)根據(jù)游戲邏輯如速度、是否在空中來(lái)驅(qū)動(dòng)角色播放不同的動(dòng)畫序列?？丶{(lán)圖Widget Blueprint用于創(chuàng)建用戶界面UI如血條、彈藥顯示、菜單等。它有自己的視覺(jué)設(shè)計(jì)器和事件圖表。對(duì)于新手我強(qiáng)烈建議從類藍(lán)圖和控件藍(lán)圖入手因?yàn)樗鼈兡茏钪苯拥禺a(chǎn)生視覺(jué)效果和交互反饋。本次教程的核心也將圍繞一個(gè)“玩家角色”類藍(lán)圖、一個(gè)“門”類藍(lán)圖和一個(gè)簡(jiǎn)單的“交互提示”控件藍(lán)圖展開。2.2 藍(lán)圖編輯器界面與核心概念速覽打開任何一個(gè)類藍(lán)圖你都會(huì)看到幾個(gè)主要面板組件Components面板這里列出了構(gòu)成這個(gè)藍(lán)圖的所有組件比如一個(gè)膠囊體用于碰撞、一個(gè)骨骼網(wǎng)格體用于顯示模型、一個(gè)攝像機(jī)、一個(gè)光源等。你可以在這里添加、組織和設(shè)置組件屬性。視口Viewport面板以3D形式預(yù)覽當(dāng)前藍(lán)圖的組件布局。你可以在這里移動(dòng)、旋轉(zhuǎn)、縮放組件直觀地搭建你的游戲?qū)ο?。我的藍(lán)圖My Blueprint面板這是藍(lán)圖的“大腦”目錄。所有變量、函數(shù)、事件調(diào)度器、宏都定義在這里并在此管理。細(xì)節(jié)Details面板顯示當(dāng)前在組件面板或圖表中選中對(duì)象的屬性你可以在這里調(diào)整數(shù)值、引用資源等。事件圖表Event Graph我們進(jìn)行邏輯“編程”的主戰(zhàn)場(chǎng)。所有的事件響應(yīng)和邏輯流程都在這里通過(guò)節(jié)點(diǎn)和連線來(lái)構(gòu)建。藍(lán)圖邏輯的基本單元是節(jié)點(diǎn)Node。節(jié)點(diǎn)有輸入端左側(cè)通常是執(zhí)行引腳或數(shù)據(jù)輸入引腳和輸出端右側(cè)通常是執(zhí)行輸出引腳或數(shù)據(jù)輸出引腳。數(shù)據(jù)流沿著白色的數(shù)據(jù)線流動(dòng)執(zhí)行流沿著藍(lán)色的執(zhí)行線順序推進(jìn)。注意新手最容易犯的錯(cuò)是把數(shù)據(jù)線和執(zhí)行線混接。記住執(zhí)行線藍(lán)線決定“什么時(shí)候、按什么順序做”數(shù)據(jù)線白線決定“用什么數(shù)據(jù)去做”。一個(gè)節(jié)點(diǎn)的執(zhí)行輸出引腳必須連接到下一個(gè)節(jié)點(diǎn)的執(zhí)行輸入引腳邏輯才能繼續(xù)。3. 實(shí)戰(zhàn)構(gòu)建第一人稱交互場(chǎng)景全流程理論說(shuō)再多不如動(dòng)手做一遍。我們現(xiàn)在就來(lái)創(chuàng)建一個(gè)完整的可交互場(chǎng)景。3.1 創(chuàng)建并配置第一人稱角色藍(lán)圖首先我們創(chuàng)建一個(gè)自定義的玩家角色藍(lán)圖這樣我們才能為其添加交互邏輯。創(chuàng)建藍(lán)圖類在內(nèi)容瀏覽器中右鍵 - 藍(lán)圖類 - 選擇“Character”作為父類。將其命名為“BP_FirstPersonCharacter”。添加組件與配置打開“BP_FirstPersonCharacter”。在組件面板默認(rèn)會(huì)有一個(gè)“CapsuleComponent”碰撞膠囊和一個(gè)“SkeletalMeshComponent”骨骼網(wǎng)格體。我們需要一個(gè)第一人稱攝像機(jī)。刪除默認(rèn)的“SkeletalMeshComponent”因?yàn)槲覀兊谝蝗朔Q看不到自己的身體模型。然后點(diǎn)擊“添加組件”搜索并添加“CameraComponent”。將其拖拽到CapsuleComponent下使其成為膠囊體的子項(xiàng)這樣攝像機(jī)會(huì)跟隨膠囊體移動(dòng)。在細(xì)節(jié)面板將CameraComponent的“Location”設(shè)置為 (0, 0, 90)使其位于眼睛高度。再添加一個(gè)“SceneComponent”作為手臂模型的根節(jié)點(diǎn)命名為“ArmsRoot”。將其也設(shè)為CapsuleComponent的子項(xiàng)并附著在攝像機(jī)下將ArmsRoot拖到CameraComponent上。這樣手臂模型會(huì)跟隨攝像機(jī)視角旋轉(zhuǎn)。然后你可以添加一個(gè)“SkeletalMeshComponent”作為手臂模型將其設(shè)為“ArmsRoot”的子項(xiàng)并導(dǎo)入一個(gè)第一人稱手臂的骨骼網(wǎng)格體資源。設(shè)置輸入與移動(dòng)這部分UE4其實(shí)有模板但為了理解我們手動(dòng)過(guò)一遍核心邏輯。打開事件圖表。右鍵搜索“Event BeginPlay”游戲開始時(shí)觸發(fā)拖出來(lái)。我們需要獲取玩家控制器并設(shè)置輸入模式。從“Event BeginPlay”的執(zhí)行引腳拉出線搜索“Get Player Controller”獲取玩家控制器連接。從“Return Value”拉出線搜索“Set Input Mode Game Only”設(shè)置為僅游戲輸入連接。這確保鼠標(biāo)被鎖定在窗口中用于控制視角。接著從“Set Input Mode Game Only”的執(zhí)行引腳拉出線搜索“Set Show Mouse Cursor”設(shè)置顯示鼠標(biāo)光標(biāo)將其“Show Mouse Cursor”參數(shù)設(shè)置為“False”隱藏鼠標(biāo)光標(biāo)。配置移動(dòng)輸入藍(lán)圖Character父類已經(jīng)內(nèi)置了移動(dòng)邏輯但需要綁定輸入軸Axis事件來(lái)驅(qū)動(dòng)。在事件圖表空白處右鍵搜索“InputAxis MoveForward”前后移動(dòng)和“InputAxis MoveRight”左右移動(dòng)將它們拖出來(lái)。這些事件會(huì)在你按下W/S或A/D鍵時(shí)自動(dòng)觸發(fā)并輸出一個(gè)“Axis Value”范圍從-1到1。對(duì)于“InputAxis MoveForward”從其“Axis Value”輸出引腳拉線搜索“Add Movement Input”添加移動(dòng)輸入。需要連接兩個(gè)參數(shù)目標(biāo)Target和世界方向World Direction。Target通常連接“self”自身即這個(gè)角色藍(lán)圖。你可以右鍵搜索“Get Controlled Pawn”或直接使用“self”引用。World Direction我們需要一個(gè)向前或向后的世界向量?？梢詮摹癎et Actor Forward Vector”獲取角色向前向量節(jié)點(diǎn)獲取將其輸出連接到“World Direction”。最后將“InputAxis MoveForward”的“Axis Value”連接到“Add Movement Input”的“Scale Value”上。這樣按W正值時(shí)向前走按S負(fù)值時(shí)向后退?！癐nputAxis MoveRight”邏輯類似只是“World Direction”需要連接“Get Actor Right Vector”獲取角色向右向量。配置視角旋轉(zhuǎn)同樣右鍵搜索“InputAxis Turn”鼠標(biāo)左右移動(dòng)和“InputAxis LookUp”鼠標(biāo)上下移動(dòng)。對(duì)于“InputAxis Turn”從其“Axis Value”拉線搜索“Add Controller Yaw Input”添加控制器偏航輸入并連接。對(duì)于“InputAxis LookUp”則搜索“Add Controller Pitch Input”添加控制器俯仰輸入并連接。注意通常需要將“InputAxis LookUp”的“Axis Value”乘以一個(gè)系數(shù)如-1因?yàn)槭髽?biāo)移動(dòng)的坐標(biāo)系和游戲內(nèi)視角的坐標(biāo)系可能相反。至此一個(gè)基礎(chǔ)的第一人稱移動(dòng)和視角控制角色就設(shè)置好了。你可以將其拖入關(guān)卡并在地圖詳情World Settings中將“GameMode Override”設(shè)置為一個(gè)使用“BP_FirstPersonCharacter”作為默認(rèn)Pawn的游戲模式GameMode藍(lán)圖。3.2 創(chuàng)建可交互的門藍(lán)圖接下來(lái)我們創(chuàng)建一個(gè)可以被玩家打開的門。創(chuàng)建藍(lán)圖類右鍵 - 藍(lán)圖類 - 這次選擇“Actor”作為父類。命名為“BP_InteractableDoor”。添加組件添加一個(gè)“StaticMeshComponent”靜態(tài)網(wǎng)格體組件作為門的模型命名為“DoorMesh”。為其指定一個(gè)門的靜態(tài)網(wǎng)格資源。添加一個(gè)“BoxComponent”盒體碰撞組件命名為“InteractionTrigger”。這個(gè)盒子將作為觸發(fā)交互的區(qū)域。在視口面板中調(diào)整其大小使其略大于門覆蓋玩家可以靠近并按下交互鍵的范圍。實(shí)現(xiàn)交互接口推薦做法為了設(shè)計(jì)更優(yōu)雅我們使用藍(lán)圖接口。在內(nèi)容瀏覽器右鍵 - 藍(lán)圖 - 藍(lán)圖接口。命名為“BPI_Interactable”。打開“BPI_Interactable”在“我的藍(lán)圖”面板點(diǎn)擊“函數(shù)”旁邊的“”號(hào)新建一個(gè)函數(shù)命名為“Interact”。這個(gè)函數(shù)不需要任何實(shí)現(xiàn)它只是一個(gè)契約。保存。為門藍(lán)圖添加交互邏輯打開“BP_InteractableDoor”。在類設(shè)置Class Settings中找到“實(shí)現(xiàn)的接口”Implemented Interfaces點(diǎn)擊添加選擇我們剛創(chuàng)建的“BPI_Interactable”。現(xiàn)在在“我的藍(lán)圖”面板的“函數(shù)”部分你會(huì)看到多了一個(gè)“Interact”函數(shù)旁邊有一個(gè)“重寫”O(jiān)verride按鈕。點(diǎn)擊它這會(huì)在事件圖表中生成一個(gè)“Event Interact”事件節(jié)點(diǎn)。這就是當(dāng)玩家與這個(gè)門交互時(shí)門要執(zhí)行的邏輯入口。我們來(lái)實(shí)現(xiàn)開門動(dòng)畫。從“Event Interact”的執(zhí)行引腳拉線搜索“Timeline”時(shí)間軸添加并打開它。時(shí)間軸非常適合處理簡(jiǎn)單的數(shù)值插值動(dòng)畫。在時(shí)間軸編輯器中點(diǎn)擊“添加浮點(diǎn)軌道”Add Float Track命名為“DoorRotation”。我們將用這個(gè)值來(lái)控制門的旋轉(zhuǎn)。在0秒處為“DoorRotation”添加一個(gè)關(guān)鍵幀值設(shè)為0門關(guān)閉的角度。在1秒處添加另一個(gè)關(guān)鍵幀值設(shè)為90門打開90度。你可以將曲線模式改為“自動(dòng)”或調(diào)整曲線手柄讓動(dòng)畫有緩入緩出效果。回到事件圖表從時(shí)間軸節(jié)點(diǎn)的“DoorRotation”輸出引腳拉線搜索“Set Relative Rotation”設(shè)置相對(duì)旋轉(zhuǎn)?！癝et Relative Rotation”的目標(biāo)Target連接到“DoorMesh”組件引用。新建旋轉(zhuǎn)值New Rotation你可以用一個(gè)“Make Rotator”節(jié)點(diǎn)將時(shí)間軸輸出的浮點(diǎn)值連接到Y(jié)aw偏航輸入上Pitch和Roll保持0。這樣時(shí)間軸從0到1秒播放時(shí)門的Yaw旋轉(zhuǎn)就會(huì)從0度平滑過(guò)渡到90度。最后將“Event Interact”的執(zhí)行引腳連接到時(shí)間軸節(jié)點(diǎn)的“Play”輸入完成邏輯鏈。觸發(fā)交互檢測(cè)我們需要在玩家進(jìn)入觸發(fā)器范圍時(shí)讓玩家知道可以交互。在“BP_InteractableDoor”的事件圖表中找到“InteractionTrigger”組件引用通常在組件面板拖拽到圖表中獲取。從該引用拉出線搜索“On Component Begin Overlap”組件開始重疊。這個(gè)事件會(huì)在有物體進(jìn)入盒體觸發(fā)器時(shí)觸發(fā)。同樣再拉出一個(gè)“On Component End Overlap”組件結(jié)束重疊事件。我們暫時(shí)先不在這里寫復(fù)雜邏輯而是定義一個(gè)布爾變量來(lái)記錄玩家是否在范圍內(nèi)。在“我的藍(lán)圖”的變量部分新建一個(gè)布爾變量命名為“bPlayerInRange”默認(rèn)值false。在“On Component Begin Overlap”事件中判斷重疊的“Other Actor”是否是玩家角色可以通過(guò)類型轉(zhuǎn)換或標(biāo)簽判斷。如果是則設(shè)置“bPlayerInRange”為true。在“On Component End Overlap”事件中同樣判斷后設(shè)置“bPlayerInRange”為false。3.3 為角色添加交互能力與UI反饋現(xiàn)在我們需要讓玩家角色能夠檢測(cè)到可交互物體并在屏幕上按“E”鍵觸發(fā)交互。角色藍(lán)圖中的交互邏輯打開“BP_FirstPersonCharacter”。在事件圖表中右鍵搜索“InputAction Interact”假設(shè)你在項(xiàng)目設(shè)置 - 輸入 - 動(dòng)作映射中已經(jīng)定義了一個(gè)名為“Interact”按鍵為“E”的動(dòng)作。將其拖出。當(dāng)按下E鍵時(shí)我們需要檢查面前是否有可交互物體。從“InputAction Interact”的執(zhí)行引腳拉線實(shí)現(xiàn)一個(gè)射線檢測(cè)Line Trace。搜索“LineTraceByChannel”按通道進(jìn)行射線檢測(cè)。我們需要幾個(gè)參數(shù)Start射線起點(diǎn)可以連接“Get Actor Eye Location”獲取角色眼睛位置即攝像機(jī)位置。End射線終點(diǎn)。從起點(diǎn)加上一個(gè)方向向量乘以距離。方向可以用“Get Actor Forward Vector”獲取距離可以定義一個(gè)浮點(diǎn)變量比如“InteractDistance”交互距離默認(rèn)設(shè)為200單位。計(jì)算Start (Forward Vector * InteractDistance)。Draw Debug Type調(diào)試時(shí)可以選擇“For One Frame”來(lái)可視化射線。從“LineTraceByChannel”的“Out Hit”輸出引腳拉出線搜索“Break Hit Result”分解命中結(jié)果我們可以從中獲取被擊中的物體Hit Actor。判斷這個(gè)“Hit Actor”是否實(shí)現(xiàn)了我們定義的“BPI_Interactable”接口。搜索“Does Implement Interface”是否實(shí)現(xiàn)接口節(jié)點(diǎn)接口類型選擇“BPI_Interactable”將“Hit Actor”連接過(guò)去。如果返回值為真True則說(shuō)明命中的物體是可交互的。此時(shí)我們需要調(diào)用它的“Interact”函數(shù)。搜索“Call Function on Interface”調(diào)用接口函數(shù)選擇“BPI_Interactable”接口和“Interact”函數(shù)。將“Hit Actor”連接到“Target”輸入注意這里可能需要一個(gè)轉(zhuǎn)換節(jié)點(diǎn)因?yàn)榻涌谡{(diào)用需要特定的對(duì)象引用格式UE4通常會(huì)智能處理然后執(zhí)行這個(gè)調(diào)用。創(chuàng)建交互提示UI在內(nèi)容瀏覽器右鍵 - 用戶界面 - 控件藍(lán)圖。命名為“WBP_InteractionPrompt”。打開后在畫布面板添加一個(gè)“Text Block”文本塊。在細(xì)節(jié)面板可以設(shè)置其文本為“按 E 交互”調(diào)整字體、大小和顏色。我們希望這個(gè)文本默認(rèn)不可見只有當(dāng)玩家面向可交互物體時(shí)才顯示。在“我的藍(lán)圖”面板新建一個(gè)布爾變量命名為“bShowPrompt”默認(rèn)值false。選中畫布中的Text Block在細(xì)節(jié)面板找到“渲染可見性”Render Visibility屬性。點(diǎn)擊其右側(cè)的“綁定”Bind按鈕選擇“創(chuàng)建綁定”。這會(huì)生成一個(gè)函數(shù)。在這個(gè)函數(shù)中獲取“bShowPrompt”變量然后使用“Branch”節(jié)點(diǎn)判斷。如果為真返回“Visible”可見如果為假返回“Collapsed”折疊即不可見且不占布局空間。在角色藍(lán)圖中連接UI回到“BP_FirstPersonCharacter”。在事件圖表中找到“Event BeginPlay”事件鏈的末尾。添加一個(gè)“Create Widget”創(chuàng)建控件節(jié)點(diǎn)控件類選擇我們剛創(chuàng)建的“WBP_InteractionPrompt”。然后連接一個(gè)“Add to Viewport”添加到視口節(jié)點(diǎn)。為了能在藍(lán)圖中控制這個(gè)UI實(shí)例我們需要一個(gè)變量來(lái)引用它。創(chuàng)建一個(gè)控件Widget類型的變量命名為“InteractionPromptWidget”。將“Create Widget”的“Return Value”提升為變量Promote to Variable并賦值給“InteractionPromptWidget”?，F(xiàn)在我們需要根據(jù)射線檢測(cè)的結(jié)果來(lái)更新UI的顯示狀態(tài)。在之前射線檢測(cè)命中可交互物體的分支里在調(diào)用接口函數(shù)之前或之后添加設(shè)置UI顯示的邏輯。獲取“InteractionPromptWidget”變量。將其轉(zhuǎn)換為“WBP_InteractionPrompt”類型使用“Cast To WBP_InteractionPrompt”節(jié)點(diǎn)以確保我們能訪問(wèn)其自定義的變量和函數(shù)。轉(zhuǎn)換成功后調(diào)用“Set bShowPrompt”函數(shù)這是一個(gè)自動(dòng)為藍(lán)圖變量生成的設(shè)置函數(shù)將其設(shè)為true。同樣在射線檢測(cè)未命中可交互物體或者“Does Implement Interface”返回false的分支里我們需要將“bShowPrompt”設(shè)置為false。最后別忘了在角色藍(lán)圖中每幀或使用定時(shí)器都去執(zhí)行這個(gè)射線檢測(cè)和UI更新邏輯而不僅僅是在按下E鍵時(shí)?？梢詫⑦@部分邏輯封裝成一個(gè)自定義事件如“UpdateInteractionCheck”然后在“Event Tick”每幀事件中調(diào)用它但要注意性能可以適當(dāng)降低檢測(cè)頻率例如每0.1秒檢測(cè)一次而不是每幀。4. 藍(lán)圖進(jìn)階技巧與性能優(yōu)化心法當(dāng)你掌握了基礎(chǔ)連接后下面這些經(jīng)驗(yàn)?zāi)軒湍銓懗龈?、更高效的藍(lán)圖。4.1 變量、數(shù)組與結(jié)構(gòu)體的高效管理變量類型選擇局部變量?jī)H在單個(gè)函數(shù)或事件圖表的一小段邏輯中臨時(shí)使用。用完即棄不污染藍(lán)圖全局空間。成員變量在“我的藍(lán)圖”中定義的變量屬于這個(gè)藍(lán)圖實(shí)例。用于存儲(chǔ)對(duì)象的狀態(tài)如生命值、是否開門等。公共Public vs 私有Private如果一個(gè)變量需要在其他藍(lán)圖中被讀取或設(shè)置就設(shè)為公共眼睛圖標(biāo)睜開。如果只在本藍(lán)圖內(nèi)部使用務(wù)必設(shè)為私有眼睛圖標(biāo)閉上這是封裝的基本思想能減少意外的外部修改。數(shù)組與集合當(dāng)需要管理多個(gè)同類型對(duì)象時(shí)使用數(shù)組。UE4藍(lán)圖中的數(shù)組操作非常直觀有添加、移除、查找、遍歷等節(jié)點(diǎn)。對(duì)于需要快速查找如通過(guò)唯一標(biāo)識(shí)符查找對(duì)象的場(chǎng)景可以考慮使用映射Map但它比數(shù)組更耗內(nèi)存。結(jié)構(gòu)體Struct當(dāng)你有一組相關(guān)的數(shù)據(jù)總是同時(shí)出現(xiàn)時(shí)就用結(jié)構(gòu)體。比如定義一個(gè)“PlayerInfo”結(jié)構(gòu)體里面包含玩家名、分?jǐn)?shù)、等級(jí)。這樣傳遞和管理起來(lái)比用三個(gè)獨(dú)立的變量要清晰得多。在“我的藍(lán)圖”面板可以創(chuàng)建結(jié)構(gòu)體變量。4.2 函數(shù)、宏與事件調(diào)度器的正確使用函數(shù)Function將重復(fù)使用的邏輯塊封裝成函數(shù)。比如我們之前提到的“UpdateInteractionCheck”就可以是一個(gè)函數(shù)。函數(shù)可以有輸入?yún)?shù)和返回值。盡量讓函數(shù)功能單一只做一件事這樣易于測(cè)試和復(fù)用。宏Macro宏和函數(shù)很像但有一個(gè)關(guān)鍵區(qū)別宏在編譯時(shí)是內(nèi)聯(lián)展開的。這意味著宏內(nèi)部的節(jié)點(diǎn)會(huì)直接復(fù)制到調(diào)用它的地方。宏不能有延遲節(jié)點(diǎn)如Delay。它適合封裝一小段沒(méi)有延遲的、通用的連線邏輯可以簡(jiǎn)化圖表。過(guò)度使用宏會(huì)讓最終編譯的藍(lán)圖圖表變得非常龐大和難以調(diào)試。事件調(diào)度器Event Dispatcher這是實(shí)現(xiàn)藍(lán)圖間松耦合通信的利器。比如在門藍(lán)圖中定義一個(gè)“OnDoorOpened”事件調(diào)度器。當(dāng)門被打開時(shí)廣播Broadcast這個(gè)調(diào)度器。在關(guān)卡藍(lán)圖或其他任何藍(lán)圖中都可以“綁定”Bind到這個(gè)調(diào)度器上指定當(dāng)門打開時(shí)自己要執(zhí)行什么操作。這樣門藍(lán)圖完全不需要知道誰(shuí)在監(jiān)聽它降低了依賴性。4.3 常見性能陷阱與規(guī)避策略藍(lán)圖雖然方便但濫用也會(huì)導(dǎo)致性能問(wèn)題尤其是在Tick事件中。慎用Event Tick每幀都執(zhí)行的邏輯對(duì)性能消耗最大。問(wèn)問(wèn)自己這個(gè)邏輯真的需要每幀都檢查嗎優(yōu)化案例我們之前的交互檢測(cè)。與其在“Event Tick”里每幀做射線檢測(cè)不如用一個(gè)自定義事件配合“Set Timer by Function Name”節(jié)點(diǎn)設(shè)置為每0.1秒或0.2秒循環(huán)執(zhí)行一次。對(duì)于大多數(shù)交互場(chǎng)景這個(gè)頻率完全足夠性能開銷能降低90%以上。避免在Tick中進(jìn)行復(fù)雜的計(jì)算或循環(huán)如果必須在Tick中處理盡量?jī)?yōu)化算法或者將計(jì)算分?jǐn)偟蕉鄮瓿伞：侠硎褂肅ast節(jié)點(diǎn)類型轉(zhuǎn)換Cast是有成本的尤其是在每幀對(duì)大量物體進(jìn)行轉(zhuǎn)換時(shí)。如果可能通過(guò)接口調(diào)用或者直接使用已知的類型引用來(lái)避免不必要的Cast。注意資源加載動(dòng)態(tài)加載資源如Load Class Spawn Actor from Class可能會(huì)引起卡頓。盡量在關(guān)卡加載時(shí)如BeginPlay預(yù)加載或使用異步加載節(jié)點(diǎn)。藍(lán)圖通信優(yōu)化對(duì)于頻繁的藍(lán)圖間通信直接獲取引用并調(diào)用函數(shù)比通過(guò)事件調(diào)度器或關(guān)卡藍(lán)圖進(jìn)行中轉(zhuǎn)要高效。但后者在架構(gòu)上更清晰需要權(quán)衡。4.4 調(diào)試與排查當(dāng)藍(lán)圖不按你想的運(yùn)行時(shí)藍(lán)圖提供了強(qiáng)大的可視化調(diào)試工具。設(shè)置斷點(diǎn)在任意節(jié)點(diǎn)的執(zhí)行引腳上右鍵選擇“添加斷點(diǎn)”。當(dāng)游戲運(yùn)行到此處時(shí)會(huì)暫停你可以查看所有變量的當(dāng)前值。打印字符串這是最常用的調(diào)試方法。將“Print String”節(jié)點(diǎn)連接到你的邏輯中可以輸出變量值或簡(jiǎn)單的日志信息到屏幕和輸出日志窗口。對(duì)于追蹤邏輯流程非常有用。藍(lán)圖調(diào)試器在編輯器運(yùn)行游戲時(shí)你可以打開“藍(lán)圖調(diào)試器”窗口。它會(huì)高亮顯示正在執(zhí)行的節(jié)點(diǎn)和連線讓你清晰地看到邏輯的流向。對(duì)于查找死循環(huán)或邏輯分支錯(cuò)誤至關(guān)重要。查看變量值在藍(lán)圖調(diào)試器暫停時(shí)將鼠標(biāo)懸停在節(jié)點(diǎn)或變量上可以查看其當(dāng)前值。5. 從藍(lán)圖到C何時(shí)需要跨出這一步藍(lán)圖很棒但它不是萬(wàn)能的。了解它的邊界能讓你做出更合理的技術(shù)選型。堅(jiān)持使用藍(lán)圖的情況快速原型與迭代這是藍(lán)圖的絕對(duì)主場(chǎng)?？焖衮?yàn)證想法調(diào)整數(shù)值和邏輯。設(shè)計(jì)師與美術(shù)師協(xié)作非程序員團(tuán)隊(duì)成員可以直接使用藍(lán)圖搭建關(guān)卡邏輯、調(diào)整粒子效果、設(shè)置動(dòng)畫狀態(tài)機(jī)等。UI邏輯與序列控件藍(lán)圖和Level Sequence關(guān)卡序列用藍(lán)圖控制非常直觀高效。大多數(shù)游戲邏輯如AI行為樹、物品系統(tǒng)、任務(wù)系統(tǒng)等用藍(lán)圖實(shí)現(xiàn)完全可行且便于維護(hù)。考慮使用C的情況性能瓶頸當(dāng)某段邏輯如復(fù)雜的數(shù)學(xué)運(yùn)算、大規(guī)模數(shù)組處理被分析工具如Unreal Insights確認(rèn)為性能熱點(diǎn)時(shí)用C重寫通常能獲得顯著提升。復(fù)雜算法與數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)一個(gè)復(fù)雜的路徑尋找算法、一個(gè)特定的數(shù)據(jù)結(jié)構(gòu)如四叉樹、八叉樹用C更合適。引擎功能擴(kuò)展需要?jiǎng)?chuàng)建新的編輯器工具、自定義資源類型、擴(kuò)展引擎的渲染或物理功能時(shí)必須使用C。代碼復(fù)用與架構(gòu)對(duì)于非常底層、核心且穩(wěn)定的系統(tǒng)如存檔系統(tǒng)、網(wǎng)絡(luò)通信底層用C編寫更利于跨項(xiàng)目復(fù)用和構(gòu)建清晰的架構(gòu)。團(tuán)隊(duì)與項(xiàng)目規(guī)模大型團(tuán)隊(duì)和長(zhǎng)期維護(hù)的項(xiàng)目核心系統(tǒng)用C編寫可以提供更好的類型安全、重構(gòu)支持和版本管理。UE4的混合編程模式非常友好。你可以在C中暴露函數(shù)和屬性給藍(lán)圖也可以在藍(lán)圖中重寫C的虛函數(shù)。一個(gè)常見的模式是用C實(shí)現(xiàn)核心、高性能的底層框架和算法然后用藍(lán)圖在這些框架之上搭建豐富多變的游戲內(nèi)容和邏輯。兩者結(jié)合才能發(fā)揮最大威力。藍(lán)圖是打開UE4世界大門的鑰匙它降低了創(chuàng)作的門檻但并未限制天花板的高度。從連接第一個(gè)節(jié)點(diǎn)到構(gòu)建起復(fù)雜的游戲系統(tǒng)這個(gè)過(guò)程本身就是一種創(chuàng)造和學(xué)習(xí)的樂(lè)趣。我建議你在理解上述基礎(chǔ)后多去拆解引擎自帶的示例項(xiàng)目和社區(qū)分享的藍(lán)圖看看別人是如何組織邏輯、封裝功能的。每一次“為什么這么連”的思考都會(huì)讓你對(duì)游戲運(yùn)行機(jī)制的理解更深一層。記住清晰的邏輯結(jié)構(gòu)、合理的變量命名和適當(dāng)?shù)淖⑨尡饶銓懗龆嗝挫趴岬囊婚L(zhǎng)串節(jié)點(diǎn)更重要尤其是當(dāng)你幾個(gè)月后再回看自己的項(xiàng)目時(shí)。