Iphone 持久化NSDictionary:plist与NSData序列化的性能
我目前正在考虑改进游戏场景加载时间的方法。该游戏是围绕一个自制的脚本语言构建的，它非常方便定义场景逻辑和AI花絮。目前，我在初始化场景时解析脚本，其中大部分在核心中以NSDictionary的形式显示出来。这些字典都是“普通的香草”或其他东西，都是实用的 如前所述，将这些字典持久化一次，并将结果数据存储在资源包中，肯定会消除语法和语义解析的密集CPU需求。因此，一个改进是在场景实例化时进行干净的解析与从磁盘重新加载生成的字典之间的净差异。我想知道从性能的角度来看，从NSData中序列化/反序列化字典是否会从磁盘恢复中获益（或损失）。我有世界上所有的时间去写字典，在游戏包装周期结束时一次性操作Iphone 持久化NSDictionary:plist与NSData序列化的性能,iphone,ios,optimization,Iphone,Ios,Optimization,我目前正在考虑改进游戏场景加载时间的方法。该游戏是围绕一个自制的脚本语言构建的，它非常方便定义场景逻辑和AI花絮。目前，我在初始化场景时解析脚本，其中大部分在核心中以NSDictionary的形式显示出来。这些字典都是“普通的香草”或其他东西，都是实用的 如前所述，将这些字典持久化一次，并将结果数据存储在资源包中，肯定会消除语法和语义解析的密集CPU需求。因此，一个改进是在场景实例化时进行干净的解析与从磁盘重新加载生成的字典之间的净差异。我想知道从性能的角度来看，从NSData中序列化/反序列化
有什么想法吗？@James Webster:习惯的力量，我高度重视一些在cocos2d iphone标签上社交的同龄人的意见/意见：）这不是很容易进行经验测试吗？@claireware:可能，如果我手边有NSData serDes的话。正如我所说，我正在“考虑”。。。我正试图了解我是否会花时间构建/测试/构建/测试那个抽象层。最后，我可能会为其中一本大型词典写一篇“快速完成”的serDes，看看会有什么收获。