有一種叫做JSON (JavaScript Object Notation) 的輕量級數(shù)據(jù)交換格式能夠替代XML的工作。它就是JSON。各語言對JSON支持的特別好，自從Ajax的流行，JSON格式傳輸就更流行了。

一、JSON是什么？

有一種叫做JSON (JavaScript Object Notation) 的輕量級數(shù)據(jù)交換格式能夠替代XML的工作。它就是JSON。

數(shù)據(jù)格式比較簡單， 易于讀寫， 格式都是壓縮的， 占用帶寬小。

易于解析這種語言， 客戶端JavaScript可以簡單的通過eval()進行JSON數(shù)據(jù)的讀取。

包括ActionScript， C， C#， ColdFusion，Java，JavaScript，Perl，PHP，Python，Ruby等語言服務器端語言， 便于服務器端的解析。

各語言對JSON支持的特別好，自從Ajax的流行，JSON格式傳輸就更流行了。

二、如果到這里你還不明白？JSON是什么，那么我就發(fā)大招了！

其實我在為公司面試的時候，我經(jīng)常有提到，假如我不知道JSON是個什么玩意？你怎么告訴我，讓我知道是個什么東西。（下面都是我的個人理解，因理解因人而異，受用即可?。?/p>

問了這么多人，其實結果不是我想要的，大多數(shù)的答案有這些。

它是前端和后臺交互用的。

它是鍵值對的。

以上2點比較多。還有一些亂七八糟的完全偏離了JSON。

那么它應該是怎樣的？應該這么回答，個人認為！

首先，它只是一個字符串，它只是一個有規(guī)則的字符串。（重點）

然后它的表達（表現(xiàn)）形式是鍵值對的。其實非常類似Java語言里的Map，Objective-C里的字典，其他語言都有對應的，我說實話其他語言我不知道！我為什么用MapString泛型，因為理論上它的鍵值對應該都是字符串，Why？這個問題問的好，我可以這么回答你，因為它本身就是字符串。

上面說的理論上表達方式，那么實際目前我們用到的鍵值對支持什么呢？可以支持String、Number、Array以及Boolean、null什么的。

它的作用是用來交互的，不一定Web項目的前后端交互也可以接口，配置文件，文件存儲等等都OK。目前移動端比較火，一般的項目都會用JSON來傳輸。

三、它能帶來什么？

簡潔、簡單、體積小等。

上手容易，高效。

跨語言，目前移動端Android、IOS一般項目構造都是其他語言提供接口（JSON方式），移動端讀取接口的方式開發(fā)。

….

XML的優(yōu)缺點

<1>.XML的優(yōu)點

A.格式統(tǒng)一，符合標準；

B.容易與其他系統(tǒng)進行遠程交互，數(shù)據(jù)共享比較方便。

<2>.XML的缺點

A.XML文件龐大，文件格式復雜，傳輸占帶寬；

B.服務器端和客戶端都需要花費大量代碼來解析XML，導致服務器端和客戶端代碼變得異常復雜且不易維護；

C.客戶端不同瀏覽器之間解析XML的方式不一致，需要重復編寫很多代碼；

D.服務器端和客戶端解析XML花費較多的資源和時間。

json的優(yōu)缺點

<1>.JSON的優(yōu)點：

A.數(shù)據(jù)格式比較簡單，易于讀寫，格式都是壓縮的，占用帶寬??；

B.易于解析，客戶端JavaScript可以簡單的通過eval()進行JSON數(shù)據(jù)的讀??；

C.支持多種語言，包括ActionScript, C, C#, ColdFusion, Java, JavaScript, Perl, PHP, Python, Ruby等服務器端語言，便于服務器端的解析；

D.在PHP世界，已經(jīng)有PHP-JSON和JSON-PHP出現(xiàn)了，偏于PHP序列化后的程序直接調(diào)用，PHP服務器端的對象、數(shù)組等能直接生成JSON格式，便于客戶端的訪問提??；

E.因為JSON格式能直接為服務器端代碼使用，大大簡化了服務器端和客戶端的代碼開發(fā)量，且完成任務不變，并且易于維護。

<2>.JSON的缺點A.沒有XML格式這么推廣的深入人心和喜用廣泛，沒有XML那么通用性；　　

JSON格式目前在Web Service中推廣還屬于初級階段。

四、它和XML對比？

可讀性：看了網(wǎng)上的各種帖子，有說可讀性相當，不過基本是說XML可讀性好，我認為還湊合?？梢源蚱绞?。

可擴展性：有人說，“XML天生有很好的擴展性，JSON當然也有，沒有什么是XML能擴展，JSON不能的。不過 JSON在Javascript主場作戰(zhàn)，可以存儲Javascript復合對象，有著XML不可比擬的優(yōu)勢”。我贊同一半，我覺得這些帖子都是老帖子，XML可以靈活擴展是因為各種語言有支持的其他Jar包，類庫等。但自從JSON火起來后，JSON的支持包，類庫等，相信每個語言都很多。像Java就有Jackson、goson、json-lib、FastJson等等多的去了。

編碼難度：XML有有DOM，SAX，STAX等解析技術，JSON也有我上面說的那些，都OK。

解碼難度：同上。

解碼編碼效率：呵呵！解析XML有專用CPU、你造嗎？

下面給一個Demo

XML Demo

<?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 Demo

{ 
 "name": "中國"， 
 "province": [ { "name": "黑龍江"， "citys": { "city": [ "哈爾濱"， "大慶" ] } }， { "name": "廣東"， "citys": { "city": [ "廣州"， "深圳"， "珠海" ] } }， { "name": "臺灣"，
 "citys": { "city": [ "臺北"， "高雄" ] } }， { "name": "新疆"， "citys": { "city": [ "烏魯木齊" ] } } ] 
} 

Java常用的json庫

我們在日常開發(fā)中少不了和JSON數(shù)據(jù)打交道，那么我們來看看JAVA中常用的JSON解析方式。

1、JSON官方
2、GSON
3、FastJSON
4、jackson

總結

當項目沒有你接手的時候，沒有強行用XML的情況下，你就用JSON，沒有其他額外強行規(guī)定的情況下，你就用JSON。

本人是在學習Elasticsearch的時候開始強度的接觸JSON，可以這么給你形容，如果Elasticsearch返回的是一個XML，估計你要哭，Elasticsearch也要哭，這么和你比較你懂了嗎。

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論