Protobuf vs JSON-Objective-C/iOS

Protobuf vs JSON-Objective-C/iOS,objective-c,ios,json,serialization,protocol-buffers,Objective C,Ios,Json,Serialization,Protocol Buffers,在Objective-C中,制作iOS应用程序的最佳方式是什么? Protobuf还是JSON?我不知道Protobuf,但在iOS上是一个非常好的选择。有关性能比较,请参阅。JSONKit得到了广泛的应用和积极的开发,这使得它成为一个可靠的选择。Protobuf更节省时间和空间,JSON可能更节省神经。只要没有理由使用前两种方法(例如,因为要序列化的数据量很小,并且序列化不是时间关键性的),我就坚持使用JSON 这也让调试变得更加有趣:-)在我的应用程序中,时间和空间是至关重要的,所以我认为我

在Objective-C中,制作iOS应用程序的最佳方式是什么?
Protobuf还是JSON?

我不知道Protobuf,但在iOS上是一个非常好的选择。有关性能比较,请参阅。JSONKit得到了广泛的应用和积极的开发,这使得它成为一个可靠的选择。

Protobuf更节省时间和空间,JSON可能更节省神经。只要没有理由使用前两种方法(例如,因为要序列化的数据量很小,并且序列化不是时间关键性的),我就坚持使用JSON


这也让调试变得更加有趣:-)

在我的应用程序中,时间和空间是至关重要的,所以我认为我必须坚持使用Protobuf。你知道我能读到的任何基准测试或测试吗?不幸的是,我只能读。然而,虽然protobuf的性能更好,但性能差异却非常小。关于空间,这取决于您的数据类型。也许您可能只是想尝试直接比较,例如,我同意这一点,尤其是当您考虑透明GZIP编码时,当您使用受支持的HTTP服务器。JSON——和许多文本格式一样——压缩得非常好。谢谢你的回答,我将看到JSON vs PLIST链接,但我对Protobuf vs JSON非常感兴趣。关于该站点,请注意,苹果的JSON框架在iOS 5上是公开的,与NSJSONSerialization相比。预计第三方解决方案会消失。@汤米:由于JSONKit似乎更快,而且很多应用程序都需要支持iOS<5,所以我认为它不会很快消失。我正在一个应用程序中使用Protobuf,在可预见的将来,我看不出有任何理由更新到苹果的解决方案。@FilipeMota:看一看,我建议你在iOS应用程序中使用Protobuf之前先使用一个测试应用程序:你要么需要使用(目标-)C++(可能很麻烦),要么使用。但它似乎死了:有。因此,除非您(通过测试)知道Protobuf比您需要的JSONKit(过早优化yadda yadda)提供了更快的速度,否则您可能会浪费时间使用一个死胡同或花费太多开发时间的解决方案。@Tommy:我完全同意您的观察。我的感觉很简单,现在JSONKit是最好的序列化选项,只要您还想支持iOS<5。即使使用iOS 5,现在看起来速度也更快了,但下一个iOS版本可能已经改变了,谁知道呢。如果您只打算支持iOS>=5,那么使用Apple的实现可能是最“可靠”的解决方案(如:此解决方案可能会被长期支持)。