1.定义介绍
(1).XML定义
扩展标记语言 (Extensible Markup Language, XML) ，用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。 XML使用DTD(document type definition)文档类型定义来组织数据;格式统一，跨平台和语言，早已成为业界公认的标准。
XML是标准通用标记语言 (SGML) 的子集，非常适合 Web 传输。XML 提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据。
(2).JSON定义
JSON(JavaScript Object Notation)一种轻量级的数据交换格式，具有良好的可读和便于快速编写的特性。可在不同平台之间进行数据交换。JSON采用兼容性很高的、完全独立于语言文本格式，同时也具备类似于C语言的习惯(包括C, C++, C#, Java, JavaScript, Perl, Python等)体系的行为。这些特性使JSON成为理想的数据交换语言。
JSON基于JavaScript Programming Language , Standard ECMA-262 3rd Edition - December 1999 的一个子集。
2.XML和JSON优缺点
(1).XML的优缺点
&1&.XML的优点
　　A.格式统一，符合标准；
　　B.容易与其他系统进行远程交互，数据共享比较方便。
&2&.XML的缺点
　　A.XML文件庞大，文件格式复杂，传输占带宽；
　　B.服务器端和客户端都需要花费大量代码来解析XML，导致服务器端和客户端代码变得异常复杂且不易维护；
　　C.客户端不同浏览器之间解析XML的方式不一致，需要重复编写很多代码；
　　D.服务器端和客户端解析XML花费较多的资源和时间。
(2).JSON的优缺点
&1&.JSON的优点：
　　A.数据格式比较简单，易于读写，格式都是压缩的，占用带宽小；
　　B.易于解析，客户端JavaScript可以简单的通过eval()进行JSON数据的读取；
　　C.支持多种语言，包括ActionScript, C, C#, ColdFusion, Java, JavaScript, Perl, PHP, Python, Ruby等服务器端语言，便于服务器端的解析；
　　D.在PHP世界，已经有PHP-JSON和JSON-PHP出现了，偏于PHP序列化后的程序直接调用，PHP服务器端的对象、数组等能直接生成JSON格式，便于客户端的访问提取；
　　E.因为JSON格式能直接为服务器端代码使用，大大简化了服务器端和客户端的代码开发量，且完成任务不变，并且易于维护。
&2&.JSON的缺点
　　A.没有XML格式这么推广的深入人心和喜用广泛，没有XML那么通用性；
　　B.JSON格式目前在Web Service中推广还属于初级阶段。
3.XML和JSON的优缺点对比
(1).可读性方面。
JSON和XML的数据可读性基本相同，JSON和XML的可读性可谓不相上下，一边是建议的语法，一边是规范的标签形式，XML可读性较好些。
(2).可扩展性方面。
XML天生有很好的扩展性，JSON当然也有，没有什么是XML能扩展，JSON不能的。
(3).编码难度方面。
XML有丰富的编码工具，比如Dom4j、JDom等，JSON也有json.org提供的工具，但是JSON的编码明显比XML容易许多，即使不借助工具也能写出JSON的代码，可是要写好XML就不太容易了。
(4).解码难度方面。
XML的解析得考虑子节点父节点，让人头昏眼花，而JSON的解析难度几乎为0。这一点XML输的真是没话说。
(5).流行度方面。
XML已经被业界广泛的使用，而JSON才刚刚开始，但是在Ajax这个特定的领域，未来的发展一定是XML让位于JSON。到时Ajax应该变成Ajaj(Asynchronous Javascript and JSON)了。
(6).解析手段方面。
JSON和XML同样拥有丰富的解析手段。
(7).数据体积方面。
JSON相对于XML来讲，数据的体积小，传递的速度更快些。
(8).数据交互方面。
JSON与JavaScript的交互更加方便，更容易解析处理，更好的数据交互。
(9).数据描述方面。
JSON对数据的描述性比XML较差。
(10).传输速度方面。
JSON的速度要远远快于XML。
4.XML与JSON数据格式比较
(1).关于轻量级和重量级
轻量级和重量级是相对来说的，那么XML相对于JSON的重量级体现在哪呢?应该体现在解析上，XML目前设计了两种解析方式：DOM和 SAX。
DOM是把一个数据交换格式XML看成一个DOM对象，需要把XML文件整个读入内存，这一点上JSON和XML的原理是一样的，但是XML要考虑父节点和子节点，这一点上JSON的解析难度要小很多，因为JSON构建于两种结构：key/value，键值对的集合;值的有序集合，可理解为数组；
SAX不需要整个读入文档就可以对解析出的内容进行处理，是一种逐步解析的方法。程序也可以随时终止解析。这样，一个大的文档就可以逐步的、一点一点的展现出来，所以SAX适合于大规模的解析。这一点，JSON目前是做不到得。
所以，JSON和XML的轻/重量级的区别在于：
JSON只提供整体解析方案，而这种方法只在解析较少的数据时才能起到良好的效果；
XML提供了对大规模数据的逐步解析方案，这种方案很适合于对大量数据的处理。
(2).关于数据格式编码及解析难度
&1&.在编码方面。
虽然XML和JSON都有各自的编码工具，但是JSON的编码要比XML简单，即使不借助工具，也可以写出JSON代码，但要写出好的XML代码就有点困难;与XML一样，JSON也是基于文本的，且它们都使用Unicode编码，且其与数据交换格式XML一样具有可读性。
主观上来看，JSON更为清晰且冗余更少些。JSON网站提供了对JSON语法的严格描述，只是描述较简短。从总体来看，XML比较适合于标记文档，而JSON却更适于进行数据交换处理。
&2&.在解析方面。
在普通的web应用领域，开发者经常为XML的解析伤脑筋，无论是服务器端生成或处理XML，还是客户端用 JavaScript 解析XML，都常常导致复杂的代码，极低的开发效率。
实际上，对于大多数Web应用来说，他们根本不需要复杂的XML来传输数据，XML宣称的扩展性在此就很少具有优势,许多Ajax应用甚至直接返回HTML片段来构建动态Web页面。和返回XML并解析它相比，返回HTML片段大大降低了系统的复杂性，但同时缺少了一定的灵活性。同XML或 HTML片段相比，数据交换格式JSON 提供了更好的简单性和灵活性。在Web Serivice应用中，至少就目前来说XML仍有不可动摇的地位。
(3).实例比较
XML和JSON都使用结构化方法来标记数据，下面来做一个简单的比较。
&1&.用XML表示中国部分省市数据如下：
&?xml version=&1.0& encoding=&utf-8& ?&
&name&中国&/name&
&province&
&name&黑龙江&/name&
&city&哈尔滨&/city&
&city&大庆&/city&
&/province&
&province&
&name&广东&/name&
&city&广州&/city&
&city&深圳&/city&
&city&珠海&/city&
&/citys& 　　
&/province&
&province&
&name&台湾&/name&
　&city&台北&/city&
　&city&高雄&/city&
&/citys&　
&/province&
&province&
&name&新疆&/name&
&city&乌鲁木齐&/city&
&/province&
&/country&
&2&.用JSON表示中国部分省市数据如下：
var country =
name: &中国&,
provinces: [
{ name: &黑龙江&, citys: { city: [&哈尔滨&, &大庆&]} },
{ name: &广东&, citys: { city: [&广州&, &深圳&, &珠海&]} },
{ name: &台湾&, citys: { city: [&台北&, &高雄&]} },
{ name: &新疆&, citys: { city: [&乌鲁木齐&]} }
编码的可读性来说，XML有明显的优势，毕竟人类的语言更贴近这样的说明结构。JSON读起来更像一个数据块，读起来就比较费解了。不过，我们读起来费解的语言，恰恰是适合机器阅读，所以通过JSON的索引country.provinces[0].name就能够读取“黑龙江”这个值。
编码的手写难度来说，XML还是舒服一些，好读当然就好写。不过写出来的字符JSON就明显少很多。去掉空白制表以及换行的话，JSON就是密密麻麻的有用数据，而XML却包含很多重复的标记字符。
数据要传输，就需要把数据表示出来。用什么格式来表示数据，这是个问题。
和都是非常成熟的结构化数据表示方法。大多有经验开发者都不愿意自己重新定义数据表示的格式，因为那样的确费力不讨好，毕竟很多人都看到了自己和天才之间的差距。但在选择数据的表示方法时，却是各执一词，为选择还是争论不休。
先简要介绍一下这两种数据表达方法：
：是一种轻量级的数据交换格式。易于人阅读和编写。同时也易于机器解析和生成。它基于的一个子集。采用完全独立于语言的文本格式，但是也使用了类似于语言家族的习惯（包括等）。这些特性使成为理想的数据交换语言。（取自）
XML&全称是可扩展标记语言（），是一种类似与的语言，是被设计用来描述数据的语言。在中没有预先定义的标签在中就是类似与之类的东西；是能够自解释的语言；使用文档类型定义来显示这些数据。
以上只是从网上找的一些简单片段，如果您需要了解更多详细信息，请使用搜索引擎：）
产生较早，这种清晰易读的结构化数据表示方法立刻风行天下，很多软件都使用来保存配置信息，在您的机器上搜索一下，一定能找到不少扩展名为的文件。
是如何产生的，我在网上没有搜到这些资料，笔者猜测它也许是的副产品。当初设计的时候，可能设计人员想设计一个简单的结构化方式来表达内的数据变量，于是就定义了的语法，和的其它语法定义混在一起，也没有人注意到它，以至于以前看了很多的书籍都没有提到。后来我听说以后，以为也会为提供一个函数库，谁知天生就很“”。
在网上，有很多在和之间的比较，看一下这些比较的内容，有助于我们加深了解它们，并做出更正确的选择。
轻量级和重量级
比较之一是轻重量级的比较。是轻量级的数据交换格式，言下之意，算是重量级的数据格式。这一点确实不错，可是重量级体现在哪些方面呢？何为轻、何为重？什么又算是重量级的应用呢？
如果你只是要表达一个数据结构，把一组数据作为一个整体存放起来或用于传输，那么这就是一个轻量级的应用。无论你有多少数据，都只能算是轻量级的应用。你可以使用，也可以使用。当数据量很大的时候，它们都一样的慢。别以为是重量级的就会比快。
那么的重量机体现在哪儿呢？事实上体现在解析上。设计了两种解析方式：和。把一个整体解析成一个对象，这一点和把文字解析成对象是一样的。是一个类似消息驱动的解析方法，不需要把整个文档都解析完就可以对解析出的内容进行处理。每当解析出一个对象时，都会通知到程序的处理代码以处理这个对象。程序也可以随时中止解析。这样，一个大的文档就可以逐步地、一点一点地展现出来。如果在网络上传输数据流，那么在传输的过程中，已传输的部分就已经被处理了。这一点，是做不到的，至少目前的程序组件并没有支持这种解析方法。
所以，和的轻重量级的区别在于：只提供了整体解析方案，而这种方法只在解析较少的数据时才能起到良好效果；而提供了对大规模数据的逐步解析方案，这种方案很适用于对大量数据的处理。
而对于应用程序。只要整体数据可以一次性读取和写入的，都只能算是轻量级应用。所以还要依赖其它特征来选择或。
易用性，或开发复杂性
有人很不喜欢，认为用起来太麻烦，所以选择。事实上使用不同的语言，不同支持库，代码的复杂性都不相同。而现在很多应用都是多语言的。比如基础服务器可能是用写的，可能有一个编写的服务要和这个写的服务器交互，而服务的客户端又要用语言编写程序访问这个写的服务。
为许多种语言都提供了解析库。访问可以下对这些语言支持库。
的解析有点复杂。网上有一些开源的解析程序，但对于初学者，理解起来不是特别容易。语言的支持包还是很好用的，有点编程基础的人理解起来也不算太难。的解析也不算麻烦，可以使用一类的库。笔者在下开发程序时，习惯用库来解析、生成数据。当然，直接使用还是挺麻烦的，对其进行适当的包装可以事半功倍。
所以，易用性不在于或本身，而在于你要使用的语言和你所拥有的基础。如果你熟悉，没必要羡慕的使用者更简单；反之，如果你一直在使用，也别以为的使用真有那么笨重；如果你很好学，建议你都学习一下。
笔者的选择
在使用写应用时，笔者用来管理配置文件，因为我对进行了包装，用起来得心应手。
在写应用时，服务端用，客户端使用，这时我选择用来传输数据，因为天生就，而的库用起来也还算不错！（的支持库除了以外，还有一堆其它的库，都要下载才可以）
作者：Login
SON和XML的比较
　　◆可读性
　　JSON和XML的可读性可谓不相上下，一边是简易的语法，一边是规范的标签形式，很难分出胜负。　　◆可扩展性
　　XML天生有很好的扩展性，JSON当然也有，没有什么是XML能扩展，而JSON却不能。不过JSON在Javascript主场作战，可以存储Javascript复合对象，有着xml不可比拟的优势。　　◆编码难度
　　XML有丰富的，比如Dom4j、JDom等，JSON也有提供的工具。无工具的情况下，相信熟练的开发人员一样能很快的写出想要的xml文档和JSON字符串，不过，xml文档要多很多结构上的字符。　　◆解码难度
　　XML的解析方式有两种：　　一是通过文档模型解析，也就是通过父标签索引出一组标记。例如：xmlData.getElementsByTagName(&tagName&)，但是这样是要在预先知道文档结构的情况下使用，无法进行通用的封装。　　另外一种方法是遍历节点。这个可以通过递归来实现，不过解析出来的数据仍旧是形式各异，往往也不能满足预先的要求。
　　如果预先知道JSON结构的情况下，使用JSON进行数据传递简直是太美妙了，可以写出很实用美观可读性强的代码。如果你是纯粹的前台开发人员，一定会非常喜欢JSON。但是如果你是一个应用开发人员，就不是那么喜欢了，毕竟xml才是真正的结构化标记语言，用于进行数据传递。　　而如果不知道JSON的结构而去解析JSON的话，那简直是噩梦。费时费力不说，代码也会变得冗余拖沓，得到的结果也不尽人意。但是这样也不影响众多前台开发人员选择JSON。因为json.js中的toJSONString()就可以看到JSON的字符串结构。当然不是使用这个字符串，这样仍旧是噩梦。常用JSON的人看到这个字符串之后，就对JSON的结构很明了了，就更容易的操作JSON。　　以上是在Javascript中仅对于数据传递的xml与JSON的解析。在Javascript地盘内，JSON毕竟是主场作战，其优势当然要远远优越于xml。如果JSON中存储Javascript复合对象，而且不知道其结构的话，我相信很多程序员也一样是哭着解析JSON的。　　◆实例比较
　　XML和JSON都使用结构化方法来标记数据，下面来做一个简单的比较。　　
用XML表示部分省市数据如下：　　
&?xml version=&1.0& encoding=&utf-8&?&　　
&country&&name&中国&/name&　　
&province&&name&黑龙江&/name&&cities&&city&哈尔滨&/city&&city&大庆&/city&&/cities&&/province&
&province&&name&广东&/name&&cities&&city&广州&/city&&city&深圳&/city&&city&珠海&/city&&/cities&&/province&
&province&&name&台湾&/name&&cities&&city&台北&/city&&city&高雄&/city&&/cities&&/province&
&province&&name&新疆&/name&&cities&&city&乌鲁木齐&/city&&/cities&&/province&
用JSON表示如下：
　　{name:&中国&,&/country&
　　province:[{name:&黑龙江&,cities:{city:[&哈尔滨&,&大庆&]}},
　　 & & & & & & & {name:&广东&,cities:{city:[&广州&,&深圳&,&珠海&]}},
　　& & &&{name:&台湾&,cities:{city:[&台北&,&高雄&]}},
　　& & &{name:&新疆&,cities:{city:[&乌鲁木齐&]}}]}
　　编码的可读性，xml有明显的优势，毕竟人类的语言更贴近这样的说明结构。json读起来更像一个数据块，读起来就比较费解了。不过，我们读起来费解的语言，恰恰是适合机器阅读，所以通过json的索引.province[0].name就能够读取“黑龙江”这个值。　　
编码的手写难度来说，xml还是舒服一些，好读当然就好写。不过写出来的字符JSON就明显少很多。去掉空白制表以及换行的话，JSON就是密密麻麻的有用数据，而xml却包含很多重复的标记字符。
& & & & JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。它基于JavaScript的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C, C++, C#, Java, JavaScript, Perl, Python等）。这些特性使JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成。
& & & &JSON 可以将 JavaScript 对象中表示的一组数据转换为字符串，然后就可以在函数之间轻松地传递这个字符串，或者在异步应用程序中将字符串从 Web 客户机传递给服务器端程序。这个字符串看起来有点儿古怪，但是 JavaScript 很容易解释它，而且 JSON 可以表示比&名称 / 值对&更复杂的结构。例如，可以表示数组和复杂的对象，而不仅仅是键和值的简单列表。
JSON的两种基础结构：
& & & & 1. “名称/值”对的集合。不同的语言中，它被理解为对象，记录，结构，字典，哈希表，有键列表，或者关联数组 。
　　 2.值的有序列表。在大部分语言中，它被理解为数组。
& & & &JSON的另外一个优势是&跨域性&，例如你在的网页里使用&script
type=&text/javascript& src=&&&是完全可行的，这就意味着你可以跨域传递信息。而使用XMLHttpRequest却获取不了跨域的信息，这是Javascript内部的安全性质所限制的。
JSON能完全取代XML吗？当然不能，原因就在于XML的优势：通用性。要使服务器端产生语法合格的Javascript代码并不是很容易做到的，这主要发生在比较庞大的系统，服务器端和客户端有不同的开发人员。它们必须协商对象的格式，这很容易造成错误。
Ajax：拥抱JSON，让XML走开
Ajax(Asynchronous Javascript and XML)说到底就是一种浏览器异步读取服务器上XML内容的技术。现在的技术凡是跟XML扯上关系，再加上个概念做幌子，就像金装了一样，拽得不行。门外 的人看得很是热闹，门里的人摇摇头不外如是。XML呢，跨平台的新潮语言？其实XML＝TXT。XML只是符合很多规范的文本。它本身什么都不是，只是保存字符的文件。而浏览器异步读取的只是服务器上的文本内容，所以在Ajax开发时完全不必拘泥于XML。Ajax中使用JSON的基本方法是前台载入后台声明Javascript对象的字符串，用eval方法来将它转为实际的对象，最后通过
DHTML更新页面信息。JSON VS XML&
·可读性　　JSON和XML的可读性可谓不相上下，一边是建议的语法，一边是规范的标签形式，很难分出胜负。
·可扩展性　　XML天生有很好的扩展性，JSON当然也有，没有什么是XML能扩展，JSON不能的。
·编码难度　　XML有丰富的编码工具，比如Dom4j、JDom等，JSON也有json.org提供的工具，但是JSON的编码明显比XML容易许多，即使不借助工具也能写出JSON的代码，可是要写好XML就不太容易了。
·解码难度　　XML的解析得考虑子节点父节点，让人头昏眼花，而JSON的解析难度几乎为0。这一点XML输的真是没话说。
·流行度　　XML已经被业界广泛的使用，而JSON才刚刚开始，但是在Ajax这个特定的领域，未来的发展一定是XML让位于JSON。到时Ajax应该变成Ajaj(Asynchronous Javascript and JSON)了。
阅读(...) 评论()适合网络传输的数据交换格式——JSON
我的图书馆
适合网络传输的数据交换格式——JSON
JSONJSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。它基于JavaScript（Standard ECMA-262 3rd Edition - December 1999）的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C, C++, C#, Java, JavaScript, Perl, Python等）。这些特性使JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成。 目录展开展开 JSON建构有两种结构：[1]
json简单说就是javascript中的对象和数组，所以这两种结构就是对象和数组2种结构，通过这两种结构可以表示各种复杂的结构
1、对象：对象在js中表示为“{}”扩起来的内容，数据结构为 {key：value,key：value,...}的键值对的结构，在面向对象的语言中，key为对象的属性，value为对应的属性值，所以很容易理解，取值方法为 对象.key 获取属性值，这个属性值的类型可以是 数字、字符串、数组、对象几种。
2、数组：数组在js中是中括号“[]”扩起来的内容，数据结构为 ["","javascript","vb",...]，取值方式和所有语言中一样，使用索引获取，字段值的类型可以是 数字、字符串、数组、对象几种。
经过对象、数组2种结构就可以组合成复杂的数据结构了。简单地说[1]，JSON 可以将 JavaScript 对象中表示的一组数据转换为字符串，然后就可以在函数之间轻松地传递这个字符串，或者在异步应用程序中将字符串从 Web 客户机传递给服务器端程序。这个字符串看起来有点儿古怪，但是很容易解释它，而且 JSON 可以表示比"名称 / 值对"更复杂的结构。例如，可以表示和复杂的对象，而不仅仅是键和值的简单列表。按照最简单的形式，可以用下面这样的 JSON 表示"名称 / 值对"：
{ "firstName": "Brett" }
这个示例非常基本，而且实际上比等效的纯文本"名称 / 值对"占用更多的空间：
firstName=Brett
但是，当将多个"名称 / 值对"串在一起时，JSON 就会体现出它的价值了。首先，可以创建包含多个"名称 / 值对"的 记录，比如：
{ "firstName": "Brett", "lastName":"McLaughlin", "email": "aaaa" }
从语法方面来看，这与"名称 / 值对"相比并没有很大的优势，但是在这种情况下 JSON 更容易使用，而且可读性更好。例如，它明确地表示以上三个值都是同一记录的一部分；花括号使这些值有了某种联系。当需要表示一组值时，JSON 不但能够提高可读性，而且可以减少复杂性。例如，假设您希望表示一个人名列表。在中，需要许多开始标记和结束标记；如果使用典型的名称 / 值对（就像在本系列前面文章中看到的那种名称 / 值对），那么必须建立一种专有的数据格式，或者将键名称修改为 person1-firstName这样的形式。
如果使用 JSON，就只需将多个带花括号的记录分组在一起：
{ "people": [
{ "firstName": "Brett", "lastName":"McLaughlin", "email": "aaaa" },
{ "firstName": "Jason", "lastName":"Hunter", "email": "bbbb"},
{ "firstName": "Elliotte", "lastName":"Harold", "email": "cccc" }
这不难理解。在这个示例中，只有一个名为 people的，值是包含三个条目的，每个条目是一个人的记录，其中包含名、姓和。上面的示例演示如何用括号将记录组合成一个值。当然，可以使用相同的语法表示多个值（每个值包含多个记录）：
{ "programmers": [
{ "firstName": "Brett", "lastName":"McLaughlin", "email": "aaaa" },
{ "firstName": "Jason", "lastName":"Hunter", "email": "bbbb" },
{ "firstName": "Elliotte", "lastName":"Harold", "email": "cccc" }
"authors": [
{ "firstName": "Isaac", "lastName": "Asimov", "genre": "science fiction" },
{ "firstName": "Tad", "lastName": "Williams", "genre": "fantasy" },
{ "firstName": "Frank", "lastName": "Peretti", "genre": "christian fiction" }
"musicians": [
{ "firstName": "Eric", "lastName": "Clapton", "instrument": "guitar" },
{ "firstName": "Sergei", "lastName": "Rachmaninoff", "instrument": "piano" }
这里最值得注意的是，能够表示多个值，每个值进而包含多个值。但是还应该注意，在不同的主条目（programmers、authors 和 musicians）之间，记录中实际的名称 / 值对可以不一样。JSON 是完全动态的，允许在 JSON 结构的中间改变表示数据的方式。
在处理 JSON 格式的数据时，没有需要遵守的预定义的约束。所以，在同样的数据结构中，可以改变表示数据的方式，甚至可以以不同方式表示同一事物。掌握了 JSON 格式之后，在 JavaScript 中使用它就很简单了。JSON 是 JavaScript 原生格式，这意味着在 JavaScript 中处理 JSON 数据不需要任何特殊的 API 或工具包。例如，可以创建一个新的 JavaScript 变量，然后将 JSON 格式的数据字符串直接赋值给它：
[2]　var people = { "programmers": [ { "firstName": "Brett", "lastName":"McLaughlin", "email": "aaaa" },
{ "firstName": "Jason", "lastName":"Hunter", "email": "bbbb" },
{ "firstName": "Elliotte", "lastName":"Harold", "email": "cccc" }
"authors": [
{ "firstName": "Isaac", "lastName": "Asimov", "genre": "science fiction" },
{ "firstName": "Tad", "lastName": "Williams", "genre": "fantasy" },
{ "firstName": "Frank", "lastName": "Peretti", "genre": "christian fiction" }
"musicians": [
{ "firstName": "Eric", "lastName": "Clapton", "instrument": "guitar" },
{ "firstName": "Sergei", "lastName": "Rachmaninoff", "instrument": "piano" }
这非常简单；现在 people包含前面看到的 JSON 格式的数据。但是，这还不够，因为访问数据的方式似乎还不明显。尽管看起来不明显，但是上面的长字符串实际上只是一个；将这个数组放进 JavaScript之后，就可以很轻松地访问它。实际上，只需用点号表示法来表示元素。所以，要想访问 programmers 列表的第一个条目的姓氏，只需在 JavaScript 中使用下面这样的代码：
people.programmers[0].lastN
注意，索引是从零开始的。所以，这行代码首先访问 people中的数据；然后移动到称为 programmers的条目，再移动到第一个记录（[0]）；最后，访问 lastName键的值。结果是字符串值 “McLaughlin”。
下面是使用同一的几个示例。
people.authors[1].genre // Value is "fantasy"
people.musicians[3].lastName // Undefined. This refers to the fourth entry, and there isn't one
people.programmers[2].firstName // Value is "Elliotte"
利用这样的语法，可以处理任何 JSON 格式的数据，而不需要使用任何额外的 JavaScript 工具包或 API。正如可以用点号和方括号访问数据，也可以按照同样的方式轻松地修改数据：
people.musicians[1].lastName = "Rachmaninov";
在将字符串转换为 JavaScript 对象之后，就可以像这样修改中的数据。当然，如果不能轻松地将对象转换回本文提到的文本格式，那么所有都没有太大的价值。在 JavaScript 中这种转换也很简单：
String newJSONtext = people.toJSONString();
这样就行了！现在就获得了一个可以在任何地方使用的字符串，例如，可以将它用作 Ajax 应用程序中的请求字符串。
更重要的是，可以将 任何JavaScript 对象转换为 JSON 文本。并非只能处理原来用 JSON 字符串赋值的。为了对名为 myObject的对象进行转换，只需执行相同形式的命令：
String myObjectInJSON = myObject.toJSONString();
这就是 JSON 与本系列讨论的其他数据格式之间最大的差异。如果使用 JSON，只需调用一个简单的函数，就可以获得经过格式化的数据，可以直接使用了。对于其他数据格式，需要在和格式化数据之间进行转换。即使使用 Document Object Model 这样的 API（提供了将自己的数据结构转换为文本的函数），也需要学习这个 API 并使用 API 的对象，而不是使用原生的 JavaScript 对象和语法。
最终结论是，如果要处理大量 JavaScript 对象，那么 JSON 几乎肯定是一个好选择，这样就可以轻松地将数据转换为可以在请求中发送给服务器端程序的格式。1、对象是一个无序的“‘名称/值’对”集合。
（1）一个对象以“{”（左括号）开始，“}”（右括号）结束。
（2）每个“名称”后跟一个“:”（冒号）；
（3）“‘名称/值’ 对”之间使用“,”（逗号）分隔。（如图所示，图中表示数据的方式是类似非确定性的形式，没学过的人，可能理解起来困难点，实际上也是的形式。下同）
例子：表示人的一个对象：
"姓名" : "大憨",
"年龄" : 24
2、数组是值（value）的有序集合。
（1）一个数组以“[”（左中括号）开始，“]”（右中括号）结束。
（2）值之间使用“,”（逗号）分隔。
例子：一组学生
{"姓名" : "小明" , "年龄" : 23},
{"姓名" : "大憨" , "年龄" : 24}
说明：此Json对象包括了一个学生数组，而学生数组中的值又是两个Json对象。
3、值（value）可以是双引号括起来的字符串（string）、数值(number)、true、false、 null、对象（object）或者数组（array）。这些结构可以嵌套。
4、串（string）是由双引号包围的任意数量Unicode字符的集合，使用反斜线转义。一个字符（character）即一个单独的字符串（character string）。 字符串（string）与C或者Java的字符串非常相似。
5、数值（number）也与C或者Java的数值非常相似。除去未曾使用的与十六进制格式。除去一些编码细节。
和XML的比较
JSON和XML的可读性可谓不相上下，一边是简易的语法，一边是规范的标签形式，很难分出胜负。
◆可扩展性
XML天生有很好的扩展性，JSON当然也有，没有什么是XML能扩展，而JSON却不能扩展的。不过JSON在Javascript主场作战，可以存储Javascript复合对象，有着xml不可比拟的优势。
◆编码难度
XML有丰富的，比如Dom4j、JDom等，JSON也有提供的工具。无工具的情况下，相信熟练的开发人员一样能很快的写出想要的xml文档和JSON串，不过，xml文档要多很多结构上的字符。
◆解码难度
XML的解析方式有两种：
一是通过文档模型解析，也就是通过父标签索引出一组标记。例如：xmlData.getElementsByTagName("tagName")，但是这样是要在预先知道文档结构的情况下使用，无法进行通用的封装。
另外一种方法是遍历节点（document 以及 childNodes）。这个可以通过来实现，不过解析出来的数据仍旧是形式各异，往往也不能满足预先的要求。
凡是这样可扩展的结构数据解析起来一定都很困难。
JSON也同样如此。如果预先知道JSON结构的情况下，使用JSON进行数据传递简直是太美妙了，可以写出很实用美观可读性强的代码。如果你是纯粹的前台开发人员，一定会非常喜欢JSON。但是如果你是一个应用开发人员，就不是那么喜欢了，毕竟xml才是真正的结构化，用于进行数据传递。
而如果不知道JSON的结构而去解析JSON的话，那简直是噩梦。费时费力不说，代码也会变得冗余拖沓，得到的结果也不尽人意。但是这样也不影响众多前台开发人员选择JSON。因为json.js中的toJSONString()就可以看到JSON的字符串结构。当然不是使用这个字符串，这样仍旧是噩梦。常用JSON的人看到这个字符串之后，就对JSON的结构很明了了，就更容易的操作JSON。
以上是在Javascript中仅对于数据传递的xml与JSON的解析。在Javascript地盘内，JSON毕竟是主场作战，其优势当然要远远优越于xml。如果JSON中存储Javascript复合对象，而且不知道其结构的话，我相信很多程序员也一样是哭着解析JSON的。
◆实例比较
XML和JSON都使用来标记数据，下面来做一个简单的比较。
用XML表示部分省市数据如下：
&?xml version="1.0" encoding="utf-8"?&
&name&中国&/name&
&province&
&name&黑龙江&/name&
&city&哈尔滨&/city&
&city&大庆&/city&
&/province&
&province&
&name&广东&/name&
&city&广州&/city&
&city&深圳&/city&
&city&珠海&/city&
&/province&
&province&
&name&台湾&/name&
&city&台北&/city&
&city&高雄&/city&
&/province&
&province&
&name&新疆&/name&
&city&乌鲁木齐&/city&
&/province&
&/country&
用JSON表示如下：
"name":"中国",
"province":[
"name":"黑龙江",
"cities":{
"city":["哈尔滨","大庆"]
"name":"广东",
"cities":{
"city":["广州","深圳","珠海"]
"name":"台湾",
"cities":{
"city":["台北","高雄"]
"name":"新疆",
"cities":{
"city":["乌鲁木齐"]
编码的可读性，xml有明显的优势，毕竟人类的语言更贴近这样的说明结构。json读起来更像一个，读起来就比较费解了。不过，我们读起来费解的语言，恰恰是适合机器阅读，所以通过json的索引.province[0].name就能够读取“黑龙江”这个值。
编码的手写难度来说，xml还是舒服一些，好读当然就好写。不过写出来的JSON就明显少很多。去掉空白制表以及换行的话，JSON就是密密麻麻的有用数据，而xml却包含很多重复的标记。JSON格式取代了xml给带来了很大的便利,但是却没有了xml的一目了然,尤其是json数据很长的时候,我们会陷入繁琐复杂的数据节点查找中。
但是国人的一款在线工具 BeJson 给众多程序员带来了一阵凉风。1 JSON格式化校验
很多人在得到JSON数据后,一时没有办法判断JSON数据格式是否正确,是否少或多符号而导致程序不能解析,这个功能正好能帮助大家来完成JSON格式的校验。
2 JSON视图
想必很多程序员都会遇到当找一个节点的时候,会发现如果直接对着一行行数据无从下手,就算知道哪个位置,还要一个节点一个节点的往下找,万一一不留神又得从头开始找的麻烦事。
有了这个功能,一切JSON数据都会变成视图格式,一目了然,什么对象下有多少,一个数组下有多少对象。
这个功能非常实用。不光有视图功能还有格式化、压缩、转义、校验功能。总之很强大。
3 压缩转义
程序员在写JSON语句的时候,很多时候为了方便直接写了个JSON字符串做测试,但是又陷入了无止境的双引号转义的麻烦中。这款功能集压缩、转义于一身,让你在写的时候,如鱼得水。
4 JSON在线编辑器
如果你现在的电脑刚巧没有装你所熟悉的编辑器,如果你想针对拿到的JSON数据的某个节点做时,这个功能可以满足你的需求。
5 在线发送JSON数据
大家都知道,JSON用的最多的还是web项目的开发,那你要测试一个接口是否能准确的接受JSON数据,那你就得写一个页面发送JSON字符串,重复的做着这件事。随着这个功能的横空出世,你可以摆脱写测试页面了,因为这个功能可以将指定的JSON数据发送指定的url,方便吧。
6 JSON着色
很多人在写文档时，总希望文档能一目了然,但是面对着白底黑字的JSON数据总是提不起精神没关系,使用这个功能,所有的关键字都会被着色,数据结构一目了然。
7 JSON-XML互转
顾名思义，将JSON格式的数据转化成XML格式、或者XML格式的数据转化成JSON格式，一切都不是问题。
8 JSON-VIEW
JSON查看实用工具，在开发过程中(windows平台)可以对JSON数据进行格式化和视图显示。
喜欢该文的人也喜欢}