JSON - 重量轻?

时间:2015-04-02 08:10:22

标签: php mysql json csv

我对编程很陌生,所以如果我的问题的答案显而易见,我道歉:

我需要在MySQL和iOS应用之间传递数据。我使用php作为介于两者之间。我通过php获得的查询结果我只是以逗号分隔/换行的方式传递给我的应用程序(新列的逗号,新行数据的新行)。

我一直在阅读有关JSON的内容并且我已阅读(stackoverflow question on why json及其相关链接)以尝试找出为什么我将我的php输出转换为JSON格式然后反序列化?在我的应用程序方面。我一直在阅读JSON是如何非常轻量级的等等,但是当我看到它时,似乎我最终会发送更多数据。

离。如果我发送一些车辆数据:

2辆车的JSON: [{类型:'车',wheeles:4,翼部:'无'},{式:'平面',wheeles:24,翼:&#39 ;是'}]

csv中的相同信息: 车,如图4所示,没有[/ N] 平面,图24,是

当然csv中没有标题,但我知道信息会以类型,轮子,翅膀一次又一次地发送,我会认为发送的总位数会更多。

我的问题是: 1.发送CSV的速度是否比JSON字符串快(我认为答案是肯定的,但希望听到专业人员的意见) 2.鉴于它更快并且我知道数据进入的顺序,是否有任何理由我仍然应该选择JSON而不是CSV(某种形式的数据稳健性为JSON与CSV或其他东西)?

1 个答案:

答案 0 :(得分:2)

  

发送CSV的速度会比JSON字符串快(我认为答案是肯定的,但希望听到专业人士的意见)

鉴于特定的数据结构:是的,但它不太可能明显更快。特别是如果你在HTTP级别使用gzip压缩。

如果分析显示传输时间是导致显着减速的原因(不太可能!),那么您总是可以发送数据数组而不是对象。

  

鉴于它更快并且我知道数据的顺序,是否有任何理由我仍然应该选择JSON而不是CSV(某些形式的数据的稳健性如JSON与CSV或其他东西)?

  • JSON已正确标准化。 CSV不是(有一些常见的约定,它可以主要被可靠地解码,但边缘情况可能有问题)。
  • JSON编码器和解码器广泛可用,并且彼此高度兼容。
  • 基于JSON的格式在某种程度上可以是自我记录,这使得维护处理它的代码更容易。