首先，让我告诉你，我对制作自己的 rpg 引擎并不感兴趣（至少在不久的将来不会，呵呵），但我确实想了解 rpg 引擎的内部工作原理。为什么？好吧，因为我喜欢阅读有关编程和设计的书籍，它让我充满动力和兴奋，而且因为我知道我会学到很多东西，因为即使我已经编程了几年，我也从未停止认为自己是一个无知的人。 .. 涉及游戏引擎的东西太多了（特别是 rpg 的，比如分支故事情节、物品和经济学！）我很想知道。
我一直在网上搜索（并因此找到）很多信息，但它从来没有专注于我感兴趣的东西（大部分都是关于数学和人工智能算法的实现，我非常了解），这是整体结构、模式、脚本引擎、决策引擎的设计……该死的，我什至无法想象，因为我从未做过任何游戏编程。
我希望你知道我的感受，以及我想如何为了学习而学习，如果你知道是否存在涉及我最感兴趣的主题的书籍，我为什么要你告诉我。
我可以联系起来。同样的动机是我在 90 年代初编写 MUD++ 的原因。在其中，我自学了 UNIX 系统/套接字编程、线程、事件处理、复杂数据结构、磁盘和内存数据库管理、字节码和解释器实现、解析等。
我不知道有什么书，但我只是看了看，发现：
http://www.amazon.com/MUD-Game-Programming-Development/dp/1592000908
不是我推荐它，但你可以试一试。
尽量利用可用的工具和技术，尽量不要把所有的时间都花在重新发明轮子上。那是我的错误，我在游戏方面的发展不够充分，直到几年后最终感到疲倦，但如果不是因为这些经验，我就不会学到对我的职业生涯有帮助的我所学到的东西。后来我能够为迪士尼开发一款游戏，并使用了这些技能。
如果我再做一遍，我会再次用 C++ 做性能敏感引擎，但我会用嵌入式语言（Python、Ruby 或 Perl 都是可嵌入的）做所有其余的游戏逻辑。鲜为人知但很好的是 Lua、Tcl 甚至 Javascript。
此外，还有一些需要研究的东西，游戏中持续存在的谜题/任务有助于我们所谓的“延续”。Ruby 支持它们，而且一些虚拟机也支持（Parrot 有完整的延续，Mono 也有 2nd class 风格）。如果你能把头绕起来，它是一个强大的冒险游戏实施工具，你必须在很长一段时间内保持谜题或任务的状态，甚至在游戏之间保持不变。
我读过的关于游戏引擎的最好的书是 Jason Gregory 的《游戏引擎架构》。它提供了更大的视野并涵盖了广泛的游戏引擎系统。而且这本书没有给出太多的实现细节（仅在需要解释特定概念的地方）。
涵盖如此广泛的范围使得无法深入研究任何一个主题，因此游戏部分（您似乎主要感兴趣的部分）仅在一章中介绍，但仍然；如果您想对游戏引擎中的系统及其交互有一个很好的了解，那么这本书在我推荐的书籍列表中排名第一。
这本书需要一定的编码经验，但不需要游戏特定的经验。所以我不会把它推荐给那些刚刚读过“在 21 天内学习 C++”一本书并想要创建一个游戏引擎的人，但从你的问题我觉得你不会有任何问题.. ; )
http://www.gameenginebook.com/
http://www.amazon.com/Game-Engine-Architecture-Jason-Gregory/dp/1568814135