JSON 与 XML 的比较 - iOS

在与 web 服务进行数据交换的时候,通常支持两种主要的数据格式(即:JavaScript 对象表示法 JSON 与可扩展标记语言 XML),两者在可读性上都不分高下,接下来对此进行简单的总结和分析,有什么不妥的地方也请大家多多指点.

一.简介

1.XML

XML (即:可扩展标记语言)作为一种用于标记电子文件夹使其具有结构性的标记语言,其设计宗旨就是为了传输数据;

在计算机中,标记指计算机所能理解的信息符号,通过此种标记计算机之间可以处理包含各种信息数据;

它是 Internet 环境中跨平台较依赖于内容的技术,适用于万维网传输可提供统一的方法进行描述和交换独立于应用程序或供应商的结构化数据中,可以用来标记数据、定义数据类型,是一种允许用户对自己的标记语言进行定义的源语言,非常适合于 web 传输操作;

在 iOS 中,DOM 解析器和 SAX 解析器可以用来解析它.SAX 是一中串流解析器,它逐句遍历整个 XML 文档,通过回调函数返回解析后的数据.大部分 SAX 解析器接受一个 URL 作为参数,解析完目标数据就将数据返回.

例如:

NSXMLParser 类中有一个方法(initWithContentsOfURL:)只需使用 URL 来初始化一个解析器, NSXMLParser 会处理余下操作;

通过回调 NSXMLParserDelegate 中定义的委托方法返回解析过的数据,但是由于解析器使用委托返回数据,每个需要处理的对象都需要有一个实现 NSXMLParserDelegate 的 NSObject 子类.与 DOM 解析器相比会使代码不够简洁.而且 DOM 解析器首先需要将整个 XML 文档加载到内存中才能开始解析, DOM 解析器的优势是可以使用 XPath 查询访问随机数据,也不需要像 SAX 模型一样使用委托.

注:若使用一个类实现NSXMLParserDelegate,如果 XML 格式发生变更,代码将会变得不可控.

2.JSON

JSON (即:JavaScript 对象表示法)作为一种轻量级的数据交换格式,比 XML 更加常用,采用完全独立于语言的文本格式,具有良好的可读性和快速编写的特性,可在不同平台之间进行数据交换,而且 JSON 可以表示比"名称/值对"更加复杂的结构,例如数组和复杂的对象结构,虽然苹果官方提供了 JSON 处理框架,但是在

iOS 4 中属于私有 API, 并不能为广大开发者使用,而在 iOS 5 中则引入了 NSJSONSerialization 用于解析 JSON.

基本结构

1."名称/值对"的集合,在不同的语言中,它被理解为对象、记录、结构、字典、哈希表、有键列表或关联数组;

2.值的有序列表,在大部分语言中,它被理解为数组.


二.比较

1.XML

优点:

格式统一,符合标准; 

容易与其它系统进行远程交互,数据传输共享较为方便.

缺点:

文件庞大, 文件格式复杂,传输占带宽; 

服务器端和客户端都需要花费大量代码来解析 XML, 导致服务器端和客户端代码变得异常复杂臃肿且不易维护;

客户端不同浏览器间解析 XML 的方式各不一致,需要为此重复编写很多代码;

服务器端和客户端解析 XML 消耗的资源和时间较高.

2.JSON

优点:

数据格式较为简单,易于读写操作,格式都是经过压缩处理的所占用带宽小;

易于解析,客户端 JavaScript 可简单的通过 eval() 进行 JSON 数据读取;

支持多种语言,包括ActionScript, C, C#, ColdFusion,

Java, JavaScript, Perl, PHP, Python, Ruby等服务器端语言,更加便于服务器端的解析;

在PHP 中已经有 PHP-JSON 和 JSON-PHP 的转换方法,便于 PHP 序列化后的程序直接调用, PHP 服务器端的对象数、组等能直接生成 JSON 格式,便于客户端访问提取;

因为 JSON 格式能直接为服务器代码使用,在确保完成任务的同时简化了服务器端和客户端中代码量级,且更加易于维护.

缺点:

没有 XML 通用性那么高,若要使服务器端产生语法合格的 JavaScript 代码并不是很容易做的,这种情况主要出现在较庞大的系统中,服务端和客户端有不同的开发人员,因此他们之间必须协商对象的数据格式,从而很容易造成错误;

JSON 对数据描述性略逊于 XML.


三.小结

可读性:两者基本相同,建议语法与规范的标签形式,XML 相对略占上峰;

扩展性:两者都具有很好的扩展性, XML 具有先天扩展性优势,但 JSON 也有;

编码难度:两者都拥有工具,但 JSON 的编码明显要比 XML 容易,即使不借助工具也能写出 JSON 代码,相对更占优;

解码难度:该项 JSON 解码基本毫无压力,而 XML 则需要考虑节点和父节点;

数据体积: JSON 相对于 XML 要更占优势,且传递速率较快;

交互方面: JSON 与 JavaScript 之间交互更加方便便捷易于解析处理,具有更好的数据交互优势;

数据描述: XML 对数据的描述要优于 JSON;

数据传输: JSON 毫无疑虑远超于 XML.


在 iOS 平台上处理 JSON 要比处理 XML 简单一个数量级,如果服务器同时支持 XML 和 JSON 格式,建议选择 JSON 更加明智;

如果服务器还未进行开发,更加推荐从支持 JSON 开始.

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,992评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,212评论 3 388
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,535评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,197评论 1 287
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,310评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,383评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,409评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,191评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,621评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,910评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,084评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,763评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,403评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,083评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,318评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,946评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,967评论 2 351