我正在创建一个闪存游戏,我需要这个游戏能够为任何给定的游戏保存各种文件,其中一些可以为随机生成的内容保存多达5000个独特的数据点。我有几个问题:
1.是否对闪存游戏可以保存/加载的文件数量有限制?在一个真正极端的情况下,它可能接近几百个文件,如果有人已经玩了很长时间,虽然只有少数(3-5)应该需要同时加载到内存。
2.是一个适合于这么多数据的共享对象吗?
3.如果共享对象不合适,那么XML是一个可接受的替代方案吗?一个我可以用正则表达式解析的原始.txt文件怎么样?
最大的4.,大约有5,000个数据点,实际上大约有50,000到250,000个字符的文本(取决于文件介质),在加载时,这些字符将被分解为嵌套的向量。当加载其中一个文件时,我不希望用户在最坏的情况下遭受超过一秒钟的加载时间。这是现实吗?
这些问题中的任何一个都是非常感谢的。谢谢!
发布于 2014-01-25 22:07:08
闪存游戏不能自己上传/下载用户文件。它只能为用户提供一个对话框来加载文件或将一些信息保存为文件。为此使用FileReference类。
该程序唯一可访问的东西是SharedObject -> SharedObject参考。
它可以存储多达10兆的数据,但是用户可以在没有通知的情况下更改限制。只要右键单击任何闪存窗口,您就会看到存储的选项。
发布于 2014-01-27 15:32:35
直接的答案是
1:没有限制,但更多的文件意味着更多的文件对话。
2:是的
3:可以将XML或文本存储在SharedObject中。
4:取决于您的加载过程,这应该占用50-250Kb,并加载相当快。
如果你看看大多数闪存游戏网站,很多保存数据的应用程序都会使用SharedObject。
US/FlashPlatform/reference/actionscript/3/flash/net/SharedObject.html
不过,它确实存储了有限的信息。如果您计划存储大量的信息,那么FileReference就是您要寻找的内容,不过如果我没有弄错的话,那么每次只对一个文件起作用。
最好的选择是以XML或自己编码的格式存储各种信息。我喜欢将信息编码到字节数组中。管理起来有点困难,但是存储要简单得多,而且要小得多。像XML这样的文本往往会变得非常臃肿,除非您对它进行压缩或做类似的事情。
一般来说,每1000个字符就需要使用大约1 1Kb的未压缩磁盘空间。所以在你的例子中,你会占用高达250 So。甚至连一个MB都没有,所以一个共享对象就能做到这一点。
https://stackoverflow.com/questions/21355886
复制相似问题