我正在尝试制作一个 2D 在线游戏（带有 Z 位置），目前我正在从 txt 文件加载地图。我有三个不同的地图文件。一个包含每个瓷砖的 int 说明有什么样的地板，一个说明有什么样的装饰，一个说明可能覆盖瓷砖的东西。问题是当前地图 (20, 20, 30) 需要 200 毫秒才能加载，我希望它更大。我试图为此找到一个好的解决方案，并且到目前为止已经提出了一些想法。
最近我考虑将所有图块存储在单独的文件中，每个图块一个文件。我不确定这是否是一个好主意（不知何故感觉不对），但这意味着我不必在文本文件中将任何不必要的图块存储为“-1”，我可以选择在运行时轻松地从文件夹中找到正确的图块（读取名为 mapXYZ 的文件）。如果磁贴是空的，我将能够捕获 FileNotFoundException。谁能告诉我这是一个不好的解决方案的原因吗？我考虑过的其他解决方案是将地图拆分成更小的部分，或者在启动时在 BackgroundWorker 中读取地图。
【问题讨论】：
首先尝试以与当前格式相同的格式制作更大的地图 - 这可能是 200 毫秒主要只是文件打开和初始处理的开销。
如果我理解您提出的解决方案（每个地图的 X、Y 或 X、Y、Z 坐标打开一个文件），这是一个坏主意，原因有两个：
【讨论】：
您是从远程服务器加载文件吗？如果是这样，这就是为什么它需要这么长时间。相反，您应该将文件嵌入到游戏中。我这样说是因为您可能每个图块占用 2-3 个字节，因此文件大约 30kb 和 200ms 听起来对于这种大小的文件来说是一个合理的下载时间（包括开销等，并且取决于您的互联网连接）。
关于如何减小文件大小 - 我能想到两种简单的技术可以稍微减小文件大小：
1) 如果您的方格大部分是空的，而只有一些重要的方格，那么您的地图就是通常所说的“稀疏”。在存储稀疏数据数组时，您可以使用一种简单的压缩技术（正式称为“游程编码”），每次遇到空方块时，您都可以指定它们的数量。因此，例如代替 {0,0,0,0,0,0,0,0,0,0,1,1,2,3,0,0,0,0,0,0,0,0, 0,0,0,0,1} 你可以存储 {10 0's, 1, 1, 2, 3, 12 0's, 1}
2) 为了节省空间，我建议您将所有内容存储为二进制数据。文件的确切设置主要取决于有多少可能的 tile 类型，但这是比存储与数字的 base-10 表示对应的 ascii 字符（由分隔符分隔）更好的解决方案。
文件被组织成 3 或 4 字节长的段，如下所述。
第一段表示为其创建地图的游戏版本。 3 个字节长。
第 2、3 和 4 段表示地图的尺寸（x、y、z）。每个 3 个字节长。
其余的段都表示磁贴编号，长度为 3 个字节，MSB 为 0。以下是例外。
如果其中一个 tile 段是空 tile，它的长度为 4 个字节，MSB 为 1，并表示包括该 tile 在内的空 tile 的数量。
我建议使用 MSB 标志的原因是，您可以区分用于图块的段和指示该段后面的空图块数量的段。对于这些段，我将长度增加到 4 个字节（您可能希望将其设为 5），以便您可以在每个段中存储更多的空图块。
【讨论】：