兼职学生 乌有引擎在着实式样修复中，C++与蓝图怎么单干？

发布日期：2025-03-17 04:15    点击次数：87

在UE乌有引擎修复中，C++和蓝图是两种重大的中枢修复器具兼职学生，它们各有优劣。但如安在式样中合理分派它们的使用场景，是每个修复者齐需要靠近的问题。

今天，咱们就来望望如安在游戏修复中均衡C++和蓝图的使用。

C++和蓝图的上风

C++的上风

实施成果更高：C++代码被编译成原渴望器码，实施成果远高于蓝图。

Explicit Design(明确)：C++更容易领域是否显现你念念领域的变量或者函数。是以你不错采用protect/private保护指定的变量/函数并构建一个表现的API给你的类。这这样作念会幸免创建一个过大的难以领略的蓝图。

走访更容易：函数和变量界说在C++中更容易被其他的系统走访，不错在不同系统之间完整的传递信息。除此以外，C++比蓝图领有更多引擎功能。

伸开剩余89%

领域更多的数据：在加载和保存数据时，C++具有更具体的功能。这允许您以十分自界说的方式处理版块转换和序列化。

集合复制：蓝图中提供的集合复制复旧是很直不雅的，亦然特地为微型游戏遐想的。若是你但愿愈加正确的领域集合带宽和时机，你仍是需要用C++。

对数学库复旧更好：在蓝图中作念一些复杂的数学谋略是很阻碍的，并且很慢的。是以计划使用C++来处理复杂的数学运算。

更容易归拢和对比互异：C++代码和数据储存形式为文本文献，这在多东谈主修复和多分枝修复中显得格外友好。

蓝图的上风

创建更快：关于大多数东谈主来说，创建一个蓝图并添加一个变量或者函数比在C++中快得多。

更快迭代：蓝图更容易修改和预览，而C++修改还需要再行编译。

流动性更好：将C++中的“游戏过程”可视化是很复杂的，因此在蓝图中平常是更好的。延长和异步刷新的节点比使用C++请托要容易得多。

生动裁剪：关于遐想和好意思术东谈主员，蓝图愈加友好，齐不错进行修改裁剪。而C++简直独一圭臬员才能修改。

数据使用更缜密：将数据储存在蓝图中愈加浅薄和安全，蓝图顺应于数据和逻辑缜密的类。

C++和蓝图性能方面

首选使用C++的一个紧迫原因是性能问题。然则，蓝图的性能在实验中不是问题。总的来说，主要的分辨在于，在蓝图中实施每个单独节点比实施一溜C++代码行更慢，但是一朝实施在节点内，它就如同从C++调用通常快。

举个例子，若是你的蓝图中很少的函数并调用支拨大的物理追踪函数，将这些类提拔为C++类并不会显耀地普及游戏性能。

但是若是你的蓝图中有大齐关连缜密的循表率点或者嵌套了不错彭胀到上百个节点的宏，你就应该计划将蓝图提拔为C++代码。

一个最有争议的影响性能的函数等于Tick函数，实施蓝图的Tick比实施C++的Tick慢得多，你应该幸免Tick领有多个实例对象的类。违反，你应该使用定时器或者请托代理让蓝图类在需要时调用。

查找影响性能的蓝图中的最好的主见等于使用Profiler Tool(器具)。

要搜检你的工程的性能表现，最初在合适的位置创建一个蓝图有严重性能问题的场景，然后使用Profiler Tool拿获一个确立文献，不错潜入到游戏线程中，然后伸开树，直到找到某个单独的蓝图类()。

在蓝图里面，不错看见蓝图函数的消费时候，然后再伸开它，若是它在Self中消费了大多数时候，你将因为蓝图支拨过大而丢失性能。但是若是你大多数时候消费在其他土产货事件中，那么蓝图的支拨就不是问题。

Blueprint Nativization（蓝图土产货化)不错松开这种问题，但这也有时弊：

最初，它改变了责任过程，从而放慢式样标迭代程度。

此外，它的脱手时逻辑与平常蓝图不同，因此把柄游戏的具体情况，可能会看到不同的bug或游戏行径。绝大多数蓝图的特质在土产货化蓝图中是复旧的，但是有些依稀特质并莫得取得复旧。

还有性能革新不一定非要提拔成C++。蓝图原土化可能无法科罚所有这个词的性能问题，但应该动作科罚性能问题的潜在科罚决策。

怎么均衡蓝图和C++？

和会蓝图和C++是一种均衡的艺术。构建式样时，应该充分沿用言语中类、函数、逻辑的内在上风，同期又让团队成员充分确认特长，创建重大功能。

善良的小姨子在线观看

在编写代码前，需要弄清醒哪些功能用C++编写，哪些用蓝图。怎么遐想游戏架构？为此，你要了解你的团队。团队手段在什么水平？这些问题要尽早了解清醒，以确保你践行最好实验，幸免重迭责任。

团队分析

正如你的修复决策受制于游戏实质，决策也会受制于团队组成。把柄团队成员的修复手段，某种言语平常会比另一种言语更顺应，用起来也更顺遂。

两种典型的团队结构：

以遐想师或好意思术师为主的团队

这种团队领有较强的遐想材干和好意思术创作材干，但编程材干相对较弱。他们可能更倾向于使用蓝图，而不是C++。

若是你们团队亦然这种情况，提倡先了解团队常用哪些修复器具，然后用C++编写这些器具，再把它们公开到蓝图中。圭臬员不错通过这种方式为好意思术师和遐想师提供底层功能，同期确保他们不会走访到不需要的部分。

另外，游戏在结构遐想上也应该尽量对好意思术师和遐想师友好，便于他们使用蓝图。联贯关爱游戏中较为复杂、性能支拨较大的方面，但也要确保遐想师、好意思术师概略走访函数、器具来达成他们念念要的功能。

以圭臬员为主的团队

若是团队中的圭臬员比遐想师（更真是地说是不会编写C++代码的成员）多，游戏架构又应该怎么组织呢？

这种团队可能更倾向于使用C++，而不是蓝图。这时，你要评估团队的需求。圭臬员应该把重点放在犬牙相制的式样功能上，而不是用C++编写大齐游戏逻辑。他们不错添加好多C++代码和功能，然后把变量公开给遐想师。

遐想师和好意思术师不错使用蓝图来迭代功能，之后再由圭臬员提拔为C++。

还有可能会念念到第三种情况：孤独修复者。若是是这种情况，擅长什么作念什么。若是你懂C++，就用C++。若是你懂蓝图，就用蓝图。

在修复式样之前，还需要难得以下的问题

何时用C++编写函数和逻辑

无意候，可能需要将某些类或函数终止开来，谢绝团队中的其他成员走访。原因有好多，比如不但愿非圭臬员走访这些代码、保护紧迫代码等等。

但是在哪些情况下一定要这样作念？在哪些情况下应该编写只可由圭臬员修改的C++代码？有些游戏机制更顺应用蓝图来编写，尽头是在计划到合座复杂性和运算量时。蓝图更顺应编写一些临时或“顷刻即逝”的游戏功能。

违反，抓续在后台脱手的长期功能最好用C++来编写。若是你的游戏包含好多小机制，这些机制只会片晌出现，那么请多用蓝图来达成它们。若是你的游戏包含需要进行大齐谋略和抓续谋略的功能和机制，则用C++来达成。

幸免构建高支拨的蓝图

蓝图的性能支拨比C++大，因为它们在杜撰机上脱手。若是一个蓝图包含大齐代码，可能会对式样标性能变成很大压力。若是这类大支拨蓝图延续用到，提倡用C++替代，或者将一部分功能转动到C++中，以加速速率。

严慎使用摆设器和结构体

诚然蓝图复旧摆设器（Enumerator）和结构体（Struct），但它们中的有一些若是是蓝图的一部分，则不可在C++中使用。不是所有这个词摆设器和结构体齐有这个扫尾，若是要在C++中使用，就要确保你念念使用的摆设器和结构体在C++中可走访。

总而言之，在确认蓝图和C++的最好功效时，频频伴跟着在两者之间找到均衡，而这种均衡会受到多种身分影响。游戏解构和团队结构齐会影响你最终遴荐的言语类型。

若是你的游戏包含好多抓续脱手的机制，或者你的团队更擅长编程，就应该计划使用C++而不是蓝图。说到底，你应该充分计划团队和游戏自己的侧重点，以此决定哪些实质用哪些器具修复。

若是你仍是不祥情如安在UE修复中找到C++和蓝图之间最好的均衡兼职学生。

发布于：上海市