使用UE4 Blueprint遇到的問題與解決方法
用Unreal已經有一小段時間了 稍微分享一下自己的心得 先講結論 1. Circular reference在UE4是很多問題的根源，不要讓你的BP有circular reference。 2. 為了效能好，BP之間的Hard Reference越少越好。 本篇文章撰寫所使用的Unreal版本是4.11。 Blueprint(BP)是UE4最重要的技術之一 使用BP可以減少編譯執行檔的時間，馬上改馬上測試，不用頻繁更新執行檔等等優點。 可是大量使用BP開發的結果 應該會發現BP有幾個問題會慢慢浮現: 1. 遊戲效能不好,讀取關卡速度慢 2. 某些BP會跳不明的錯誤 3. 不好用斷點追bug (相較於Visual Studio) 4. 難以用版本控管Diff不同版本之間的差異 5. BP沒多少節點.uasset檔就上MB，甚至數十MB 6. 改名不方便，操作不慎可能會讓別的BP裡面斷線。 這邊就先來提一下至今遇過造成BP最多問題的原因之一 Circular reference。 BP在編譯的時候會根據其相依關係，把有參照到的BP class遞迴的編譯一次。 因此如果a參照到b, 而b又參照到a的話，就會形成circular reference。 Circular reference我至少遇過幾種問題： 1. BP無緣無故跳錯，打開重新編譯沒事，關掉UE4重開又跳錯 2. 讀取效能不好，profiling時發現某個BP讀取很久 如果有以上原因，我會建議利用Reference Viewer， 好好的檢查一下你的BP有沒有 circular reference的現象。 如果有，建議一定要解掉。 解法大致上有幾種， 其中一種是用參照interface取代直接參照； 另一種則是使用Event dispatcher在BP之間溝通； 最後一種則是以C++ class取代。 這邊要注意的幾個點是，如果你的interface也是用BP做的，那一樣要注意循環參照。 例如a->interface b ->a，這種狀況依然要避免。 單層的循環參照還好找，如果有a->b->c->d->a的循環參照，要找到就要多花時間。 當Circular reference減少的差不多之