MUD编程问题

Question

我曾经玩过基于 Smaug 代码库 的 MUD。它是高度定制的，但核心是相同的。我有这个 MUD 的源代码，并且有兴趣编写自己的源代码（只是为了一个有趣的项目）。不过，我有一些问题，主要是关于设计方面的问题。也许有人可以帮我？

1. 我应该使用什么语言？解释的还是编译的？有什么区别吗？ SMAUG 是用 C 编写的。我对很多语言都很熟悉，并且学习更多语言也没有问题。
2. 我是否应该遵循某种特定的方法来不影响性能？面向对象、函数式等等？
3. 我应该使用什么介质来存储数据？平面文件（这就是 SMAUG 使用的文件），或者类似 SQLite 的文件。两者的性能优缺点是什么？
4. 有没有人知道如何开始这样的项目的指南？

我希望它能够扩展到允许 50 名玩家同时在线，而性能不会下降。如果我使用 Ruby 1.8（非常慢），与使用 Python 3.1（更快）或编译的 C/C++ 相比会有什么不同吗？

如果有人可以伸出援手并提供一些信息或建议，我将永远感激不已。

Answer 1

我会尝试一下：

1. 在 2009 年，对于 50 名玩家的游戏来说，这并不重要。如果您想进一步发展它，您可能想选择一种您熟悉的分析工具的语言，但由于现在 RAM 非常便宜，驱动早期 LPMUD（我有过经验）和 DikuMUD（它）的限制你的史矛革源自）不适用。 （LPMUD 可以在具有 8MB RAM 的机器上处理约 10-15 名玩家）
2. 编程风格并不一定会导致性能困难，大型网站如 Amazon's 'obidos' webserver 是用 C 编写的，但像最初的雅虎商店这样的大型网站是用 Lisp、StackOverflow 编写的是用 ASP.NET 等编写的。我/个人/使用 C，但很多人会称我为虐待狂。
3. 平面文件在当今时代对于大量数据存储来说毫无意义，也有特定情况的例外（例如，大型邮件服务器有时使用“maildir”，它是结构化平面文件）。游戏的大小可能意味着您不会遇到因数据检索延迟而导致的巨大缓慢，但崩溃时的数据完整性可能会成为最有说服力的论据。
4. 不知道任何指南，但我要做的就是尝试将游戏作为一个愚蠢的聊天服务器启动，确保用户可以登录并执行某些操作（获取他们的输入并将其转储给所有其他用户） ，然后将其构建为允许特定登录，因此您将开始面临用户名/密码处理以及用户选项设置/存储/检索的挑战...然后开始添加游戏驱动程序元素（让井字游戏在游戏中运行），然后变得更复杂一点（得到一个 5 个房间的设置，使用可以拾取/掉落/互相攻击的对象），然后添加一些非玩家角色，然后担心在 Diku 衍生的 smaug 中吞食城堡/等并与他们合作。 :)

这有点即兴，我确信会有不同意见。 ：） 祝你好运！

Answer 2

这是一个基于文字的游戏，对吗？在这种情况下，使用当前的硬件，似乎您所需要担心的并不是意外创建 O(n**2) 算法。即使这样对于 50 个用户来说也可能不会太糟糕。