JSON(

JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。易于人阅读和编写，同时也易于机器解析和生成。它基于JavaScript（Standard ECMA-262 3rd Edition - December 1999）的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C, C++, C#, Java, JavaScript, Perl, Python等）。这些特性使JSON成为理想的数据交换语言。

目录

JSON构建的结构：
JSON的具体形式
JSON与XML的比较
编辑本段JSON构建的结构：
　　1. “名称/值”对的集合（A collection of name/value pairs）。不同的语言中，它被理解为对象（object），记录（record），结构（struct），字典（dictionary），哈希表（hash table），有键列表（keyed list），或者关联数组 （associative array）。 　　2. 值的有序列表（An ordered list of values）。在大部分语言中，它被理解为数组（array）。 　　这些都是常见的数据结构。事实上大部分现代计算机语言都以某种形式支持它们。这使得一种数据格式在同样基于这些结构的编程语言之间交换成为可能。
编辑本段JSON的具体形式
　　1、对象是一个无序的“‘名称/值’对”集合。一个对象以“{”（左括号）开始，“}”（右括号）结束。每个“名称”后跟一个“:”（冒号）；“‘名称/值’ 对”之间使用“,”（逗号）分隔。 　　   
2、数组是值（value）的有序集合。一个数组以“[”（左中括号）开始，“]”（右中括号）结束。值之间使用“,”（逗号）分隔。 　　   
3、值（value）可以是双引号括起来的字符串（string）、数值(number)、true、false、 null、对象（object）或者数组（array）。这些结构可以嵌套。 　　   
4、字符串（string）是由双引号包围的任意数量Unicode字符的集合，使用反斜线转义。一个字符（character）即一个单独的字符串（character string）。 字符串（string）与C或者Java的字符串非常相似。 　　   
5、数值（number）也与C或者Java的数值非常相似。除去未曾使用的八进制与十六进制格式。除去一些编码细节。 　　   

编辑本段JSON与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"?> 　　<country> 　　<name>中国</name> 　　<province> 　　<name>黑龙江</name> 　　<citys> 　　<city>哈尔滨</city> 　　<city>大庆</city> 　　</citys> 　　</province> 　　<province> 　　<name>广东</name> 　　<citys> 　　<city>广州</city> 　　<city>深圳</city> 　　<city>珠海</city> 　　</citys> 　　</province> 　　<province> 　　<name>台湾</name> 　　<citys> 　　<city>台北</city> 　　<city>高雄</city> 　　</citys> 　　</province> 　　<province> 　　<name>新疆</name> 　　<citys> 　　<city>乌鲁木齐</city> 　　</citys> 　　</province> 　　</country> 　　用JSON表示如下： 　　{ 　　name:"中国", 　　province:[ 　　{ 　　name:"黑龙江", 　　citys:{ 　　city:["哈尔滨","大庆"] 　　} 　　}, 　　{ 　　name:"广东", 　　citys:{ 　　city:["广州","深圳","珠海"] 　　} 　　}, 　　{ 　　name:"台湾", 　　citys:{ 　　city:["台北","高雄"] 　　} 　　}, 　　{ 　　name:"新疆", 　　citys:{ 　　city:["乌鲁木齐"] 　　} 　　} 　　] 　　} 　　编码的可读性，xml有明显的优势，毕竟人类的语言更贴近这样的说明结构。json读起来更像一个数据块，读起来就比较费解了。不过，我们读起来费解的语言，恰恰是适合机器阅读，所以通过json的索引.province[0].name就能够读取“黑龙江”这个值。 　　编码的手写难度来说，xml还是舒服一些，好读当然就好写。不过写出来的字符JSON就明显少很多。去掉空白制表以及换行的话，JSON就是密密麻麻的有用数据，而xml却包含很多重复的标记字符。