gpt4 book ai didi

azerothcore - 低级错误的普遍性,以及与 TrinityCore 相比易于开发?

转载 作者:行者123 更新时间:2023-12-04 23:12:01 40 4
gpt4 key购买 nike

我一直在努力让 TrinityCore 启动并运行,与 Ubuntu 的恐怖作斗争,以便让事情正常运行。终于搞定了工作流程,完成了两个相关的项目,我打算开始修改代码。但我找到了艾泽拉斯核心,我很感兴趣。关于它和 TrinityCore 之间的差异有几个问题。

首先,AC被宣传为具有模块化设计,这非常棒。 TC 的脚本系统有一个单一的模块化实例,这也很好;编辑 C++ 源脚本,保存它,服务器将在运行时重新加载它,而无需重新编译整个服务器。 AC中是否也存在该功能?模块系统有多强大?

我问的原因是我想添加更多动态功能,而不是专注于每个角色都可以重复的实例、阶段和任务。为此,第一步是更改 AI 脚本系统。因此,与其将一个单一的脚本附加到 NPC 上,不如将一组脚本排列成层次结构并定期处理条件,这将是对实际代码库的第一次尝试。是否可以在替换模块中包含该功能?

我的另一个问题是关于错误的普遍性。 TC 的发展似乎有点慢,而且它的社区并不那么活跃。 AC 在低级系统的鲁棒性方面的发展如何?例如,对于 TC,每隔一段时间就会有漂浮的 NPC 在 Goldshire 附近移动,这是一个相当令人沉浸式的错误。 AC 是否有同样明显的错误?

最佳答案

Is that functionality also present in AC?没有交流电没有这个。一般是因为 AC 在旧的 ACE 平台上运行。

模块只是植入自定义脚本的另一种方式,目前仅此而已。
在模块中进行更改或添加新模块时,您总是需要重建源代码。

Another question I have, is regarding the prevalence of bugs. TC's development does seem a touch slow, and it's community not all that active. How is AC's development in regards to the robustness of the low level systems? With TC, for instance, every so often there would be floating NPCs making their way around Goldshire, which is a rather immersion-breaking bug. Does AC have similarly obvious bugs?



所有在 AC 中可以看到玩家而不是编码员的东西都很好,错误很少,几乎所有根据 vanila 或 TBC,wotlk 部分完成了 99%

关于azerothcore - 低级错误的普遍性,以及与 TrinityCore 相比易于开发?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57351265/

40 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com