blocks|key|1691781|text|我知道你不想要DB，但是你看过Server紧凑型版吗？它可能会做你想做的事。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1691782|entityMap|0|LINK|mutability|MUTABLE|url|http://www.microsoft.com/sqlserver/2008/en/us/compact.aspx^0|F|A|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I know you didn't want a DB, but have you looked at <a href="http://www.microsoft.com/sqlserver/2008/en/us/compact.aspx" rel="nofollow noreferrer">SQL Server Compact Edition</a>? It might just do what you want.

blocks|key|2047204|text|我认为C#为您提供了正确的工具。只需将结构封装到类中即可。我们在大学的第一个OOP项目就是这个问题！这是面向对象的一个完美的案例研究。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2047205|然后，您可以使用C#的许多序列化方法来持久地存储它(加载/保存)，但是您认为合适。|2047206|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I'd argue C# offers you precisely the right tools for this. Just encapsulate your structures into classes. Our first OOP project at university was exactly this problem! It is the perfect case study for OOP.

You can then use C#'s many serialization methods to store it persistently (load/save) however you see fit.

blocks|key|494382|text|把你的冒险写成一个大的文本文件听起来怎么样？然后让应用程序解析这个文件，在类中构建冒险并从那里运行？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|494383|这意味着您可以使用一个简单的文本编辑器来编辑冒险。我可以想象，当多个决定可以从一个单一的来源作出，它可能成为棘手的可视化链接。然而，在没有专业前端的DB中，这也是一个棘手的问题。|494384|更新：|494385|或者你有没有考虑过XML+..。|494386|<area+id="DarkRoom1">
++<description>Dark+Room</description>
++<item>Bucket</item>
++<item>Spade</item>
</area>|code-block|syntax|javascript|494387|然后使用它来填充内存中的类。|494388|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|S|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|T|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|U|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

How would 'scripting' your adventure as one large text file sound? Then have your application parse this file, build the adventure in classes and run from there?

This would mean you could edit the adventure using a simple text editor. I would imagine that when multiple decisions can be made from a single source it may become tricky visualising the links. However this would also be tricky in a DB without some specialist front-end.

UPDATE:

Or have you considered XML eg...

<pre><code>&lt;area id="DarkRoom1"&gt;
 &lt;description&gt;Dark Room&lt;/description&gt;
 &lt;item&gt;Bucket&lt;/item&gt;
 &lt;item&gt;Spade&lt;/item&gt;
&lt;/area&gt;
</code></pre>

Then use this to populate your classes in memory.

blocks|key|1691886|text|您可以将数据存储在文件系统(压缩文件或文件夹)中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1691887|每个选项都可以作为文件夹存储，而所有描述、修饰符和其他数据都可以存储为文本文件(xml?)。当用户做出决定时，您将转到适当的文件夹，并按照情节进行操作。|1691888|示例：|1691889|您是否希望：|1691890|打开门(门)|unordered-list-item|1691891|休假(休假)|1691892|如果用户选择打开该门，则从文件夹门处读取该文件夹中数据文件中的数据。|1691893|优点：|1691894|简单|1691895|不需要数据库|1691896|很容易增加新的冒险|1691897|缺点：|1691898|回滚决策的问题(回到原点或在图中的某个点)|1691899|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|13|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|14|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|15|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|16|8|@]|9|@]|A|$]]|$1|K|3|L|5|J|7|17|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|18|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|19|8|@]|9|@]|A|$]]|$1|Q|3|R|5|J|7|1A|8|@]|9|@]|A|$]]|$1|S|3|T|5|J|7|1B|8|@]|9|@]|A|$]]|$1|U|3|V|5|J|7|1C|8|@]|9|@]|A|$]]|$1|W|3|X|5|6|7|1D|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|J|7|1E|8|@]|9|@]|A|$]]|$1|10|3|-4|5|6|7|1F|8|@]|9|@]|A|$]]]|11|$]]

You could store the data in a file system (a zip file or a folder).

Each choice could be stored as a folder, while all descriptions, modifiers and other data could be stored as a text file (xml?). When user makes a decision you go to the appropriate folder and follow the plot.

Example:

Do you want to:

<ul>
<li>open the door (door)</li>
<li>leave (leave)</li>
</ul>

If user choses to open the door you go the folder door and reads data from data file in this folder.

Pros:

<ul>
<li>simple</li>
<li>do not require database</li>
<li>easy to add new adventures</li>
</ul>

Cons:

<ul>
<li>problem with rollback decision (getting back to start or to certain point in plot)</li>
</ul>

blocks|key|1691926|text|就我个人而言，在这种情况下，我会避免使用基于文本的文件格式(可能有两个不同的文件，一个用于初始状态(比如地形等)，一个用于从未被修改过的状态，另一个用于在游戏过程中要修改的状态(破碎的窗口等)；或者将整个事件分割成一对静态/动态数据(每个区域)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1691927|以下几个原因：|1691928|文本文件是人类可读的；因此，您可以在没有专用编辑器的情况下创建内容，而使用数据库方法，您必须通过查询输入数据，或者编写一个级别编辑器。|unordered-list-item|1691929|假设是单机方案，并发性不是问题。|1691930|保存名是将修改后的状态文件复制到savegame文件夹中，或者将它们打包到单个文件中。|1691931|您可以轻松地嵌入脚本。|1691932|您所处理的数据结构可能非常简单，因此数据完整性不会成为一个严重的问题。|1691933|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|T|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|U|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|V|8|@]|9|@]|A|$]]|$1|M|3|N|5|F|7|W|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|X|8|@]|9|@]|A|$]]]|P|$]]

Personally, I'd avoid a database in this case, and go with a text-based file format (probably two distinct files, one for the initial state (like terrain and such), which never gets modified, and one for state that is to be modified during the course of the game (the broken windows etc.); or split the entire thing up into one pair of static/dynamic data per area.

A few reasons:

<ul>
<li>A text file is human-readable; hence, you can create content without a dedicated editor, while with a database approach, you'd either have to enter data through queries, or code a level editor</li>
<li>Assuming a single-player scenario, concurrency is not an issue</li>
<li>Savegames are a matter of copying the modified-state files into a savegame folder, or packing them into a single file</li>
<li>You can easily embed scripts</li>
<li>The data structures you're dealing with are probably simple enough for data integrity not to be a serious issue</li>
</ul>

blocks|key|1691952|text|序列化所有要文件的数据。它将确保最小的足迹时，用户安装游戏，没有任何真正的缺点。当您有大量数据时，数据库是很棒的，但是您正在谈论的是一次文本冒险，您将在其中将整个游戏内容加载到内存中。一个简单的文件可以很好地处理这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1691953|注意，我说的不是xml，而是二进制序列化。任何类型的文本序列化都将允许用户查看您的数据，或者欺骗或者破坏游戏。您也可以轻松地交换序列化的数据文件，无论是文本文件还是二进制文件。记住，你的整个“文字”最多可能只有几百千字节。|1691954|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Serialize all the data to file. It will ensure the smallest footprint when the user installs the game, without any real disadvantage. A database is great when you have a lot of data, but you are talking about a text adventure in which you will load the entire game contents into memory. A simple file will work for this very nicely.

Note, I'm not talking about xml but binary serialization. Any kind of text serialization will allow users to peek at your data, and either cheat or hack up the game. And you can just as easily swap in/out the serialized data file whether it's text or binary. Remember, your whole 'text' is likely to be just a few hundred kilobytes at most.

blocks|key|1691973|text|我会通过放弃C#并用Inform7编写程序来解决您的问题。Inform7是我见过的最棒的编程语言，它是专门为解决问题而设计的。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1691974|关于Inform7最棒的一点是，您用类似文本冒险的语言编写文本冒险。例如，下面是一个示例冒险者的源代码的片段：|1691975|The+iron-barred+gate+is+a+door.+
"An+iron-barred+gate+leads+[gate+direction]."+
It+is+north+of+the+Drawbridge+and+south+of+the+Entrance+Hall.+
It+is+closed+and+openable.+
Before+entering+the+castle,+try+entering+the+gate+instead.+
Before+going+inside+in+the+Drawbridge,+try+going+north+instead.+
Understand+"door"+as+the+gate.|code-block|syntax|javascript|1691976|这在游戏中增加了一个物体--这个物体是一个门，它被称为“铁栅栏门”。一扇门被理解为介于两个房间之间，在这种情况下，吊桥和入口大厅。如果玩家尝试“进入吊桥”，则游戏逻辑将知道这与“向北”相同，然后门逻辑将确定门是否关闭。诸若此类。这使得写作文本的冒险变得非常容易。|1691977|您想要使用C#而不是特定于域的语言(如Inform7+)有什么特殊的原因吗？如果您的目标是学习如何编写C#代码或如何构建解析器等等，那么您可以自己动手。如果你的目标是写一个文字冒险，那么我会使用一种设计语言。|1691978|entityMap|0|LINK|mutability|MUTABLE|url|http://inform7.com/^0|A|7|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@$A|X|B|Y|1|Z]]|C|$]]|$1|D|3|E|5|6|7|10|8|@]|9|@]|C|$]]|$1|F|3|G|5|H|7|11|8|@]|9|@]|C|$I|J]]|$1|K|3|L|5|6|7|12|8|@]|9|@]|C|$]]|$1|M|3|N|5|6|7|13|8|@]|9|@]|C|$]]|$1|O|3|-4|5|6|7|14|8|@]|9|@]|C|$]]]|P|$Q|$5|R|S|T|C|$U|V]]]]

I would solve your problem by abandoning C# and writing your program in <a href="http://inform7.com/" rel="noreferrer">Inform7</a>. Inform7 is just about the most awesome programming language I have ever seen and it is specifically designed to solve your problem.

The awesome thing about Inform7 is that you write your text adventure in a language that resembles text adventures. For example, here's a fragment of one of the sample adventures' source code:

<pre><code>The iron-barred gate is a door. 
"An iron-barred gate leads [gate direction]." 
It is north of the Drawbridge and south of the Entrance Hall. 
It is closed and openable. 
Before entering the castle, try entering the gate instead. 
Before going inside in the Drawbridge, try going north instead. 
Understand "door" as the gate.
</code></pre>

This adds an object to the game - the object is a door, it is called "the iron-barred gate". A door is understood to be between two rooms, in this case, the drawbridge and the entrance hall. If the player tries to "enter the drawbridge" then the game logic will know that this is the same as "go north", and then the door logic will determine whether the door is closed or not. And so on. It makes writing text adventures extremely easy.

Is there some particular reason why you want to use C# instead of a domain-specific language like Inform7? If your goal is to learn how to write C# code or how to build a parser or whatever, then by all means do it yourself. If your goal is to write a text adventure, then I'd use a language designed for that.

blocks|key|1692020|text|已经有很多互动的小说引擎了。我想看看它们的数据格式，这样您就可以重用现有的内容和工具来编辑内容。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1692021|目前最流行的引擎是Glulx+http://eblong.com/zarf/glulx/和Z-Machine+http://en.wikipedia.org/wiki/Z-machine。|offset|length|1692022|以下是Glulx格式的技术参考：http://eblong.com/zarf/glulx/technical.txt|1692023|entityMap|0|LINK|mutability|MUTABLE|url|http://eblong.com/zarf/glulx/|1|http://en.wikipedia.org/wiki/Z-machine|2|http://eblong.com/zarf/glulx/technical.txt^0|0|F|T|0|1J|12|1|0|G|16|2|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@$D|V|E|W|1|X]|$D|Y|E|Z|1|10]]|A|$]]|$1|F|3|G|5|6|7|11|8|@]|9|@$D|12|E|13|1|14]]|A|$]]|$1|H|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]|P|$5|K|L|M|A|$N|Q]]|R|$5|K|L|M|A|$N|S]]]]

There are many interactive fiction engines already. I would take a look at their data formats, that way you can re-use existing content and tools for editing the content.

The most popular engines currently are Glulx <a href="http://eblong.com/zarf/glulx/" rel="nofollow">http://eblong.com/zarf/glulx/</a> and Z-Machine <a href="http://en.wikipedia.org/wiki/Z-machine" rel="nofollow">http://en.wikipedia.org/wiki/Z-machine</a>

Here is a technical reference for the Glulx format: <a href="http://eblong.com/zarf/glulx/technical.txt" rel="nofollow">http://eblong.com/zarf/glulx/technical.txt</a>

I'm developing a "Zork" style text adventure in C#, and it's going to have a fairly large number of different areas with descriptions and environmental modifiers. I don't want to have a database, ideally, unless it really is the best way of doing it.

I need advice on the best way to store/load this data.

It will include:

<ul>
<li>Area description</li>
<li>Environmental modifiers (windows open/broken, door closed)</li>
<li>Items present by default</li>
</ul>

What is the best way to store area data for a text adventure?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在C#中开发一个"Zork“风格的文本冒险，它将有相当多的不同领域的描述和环境修饰符。理想情况下，我不想拥有一个数据库，除非它确实是最好的方法。我需要关于存储/加载这些数据的最佳方法的建议。它将包括：区域描述环境改性剂(窗户开/坏，门关着)默认情况下呈现的项

问在文本冒险中存储区域数据的最佳方法是什么？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在文本冒险中存储区域数据的最佳方法是什么？EN