什么是JSON？
前面簡單說了一下，JSON是一種基于文本的數(shù)據(jù)交換方式，或者叫做數(shù)據(jù)描述格式，你是否該選用他首先肯定要關注它所擁有的優(yōu)點。

JSON的優(yōu)點：
1、基于純文本，跨平臺傳遞極其簡單；
2、Javascript原生支持，后臺語言幾乎全部支持；
3、輕量級數(shù)據(jù)格式，占用字符數(shù)量極少，特別適合互聯(lián)網(wǎng)傳遞；
4、可讀性較強，雖然比不上XML那么一目了然，但在合理的依次縮進之后還是很容易識別的；
5、容易編寫和解析，當然前提是你要知道數(shù)據(jù)結構；
JSON的缺點當然也有，但在作者看來實在是無關緊要的東西，所以不再單獨說明。

JSON的格式或者叫規(guī)則：
JSON能夠以非常簡單的方式來描述數(shù)據(jù)結構，XML能做的它都能做，因此在跨平臺方面兩者完全不分伯仲。
1、JSON只有兩種數(shù)據(jù)類型描述符，大括號{}和方括號[]，其余英文冒號:是映射符，英文逗號,是分隔符，英文雙引號”"是定義符。
2、大括號{}用來描述一組“不同類型的無序鍵值對集合”（每個鍵值對可以理解為OOP的屬性描述），方括號[]用來描述一組“相同類型的有序數(shù)據(jù)集合”（可對應OOP的數(shù)組）。
3、上述兩種集合中若有多個子項，則通過英文逗號,進行分隔。
4、鍵值對以英文冒號:進行分隔，并且建議鍵名都加上英文雙引號”"，以便于不同語言的解析。
5、JSON內部常用數(shù)據(jù)類型無非就是字符串、數(shù)字、布爾、日期、null 這么幾個，字符串必須用雙引號引起來，其余的都不用，日期類型比較特殊，這里就不展開講述了，只是建議如果客戶端沒有按日期排序功能需求的話，那么把日期時間直接作為字符串傳遞就好，可以省去很多麻煩。
JSON實例：


什么是JSONP？
其實網(wǎng)上關于JSONP的講解有很多，但卻千篇一律，而且云里霧里，對于很多剛接觸的人來講理解起來有些困難，小可不才，試著用自己的方式來闡釋一下這個問題，看看是否有幫助。
1、一個眾所周知的問題，Ajax直接請求普通文件存在跨域無權限訪問的問題，甭管你是靜態(tài)頁面、動態(tài)網(wǎng)頁、web服務、WCF，只要是跨域請求，一律不準；
2、不過我們又發(fā)現(xiàn)，Web頁面上調用js文件時則不受是否跨域的影響（不僅如此，我們還發(fā)現(xiàn)凡是擁有”src”這個屬性的標簽都擁有跨域的能力，比如<script>、<img>、<iframe>）；
3、于是可以判斷，當前階段如果想通過純web端（ActiveX控件、服務端代理、屬于未來的HTML5之Websocket等方式不算）跨域訪問數(shù)據(jù)就只有一種可能，那就是在遠程服務器上設法把數(shù)據(jù)裝進js格式的文件里，供客戶端調用和進一步處理；
4、恰巧我們已經(jīng)知道有一種叫做JSON的純字符數(shù)據(jù)格式可以簡潔的描述復雜數(shù)據(jù)，更妙的是JSON還被js原生支持，所以在客戶端幾乎可以隨心所欲的處理這種格式的數(shù)據(jù)；
5、這樣子解決方案就呼之欲出了，web客戶端通過與調用腳本一模一樣的方式，來調用跨域服務器上動態(tài)生成的js格式文件（一般以JSON為后綴），顯而易見，服務器之所以要動態(tài)生成JSON文件，目的就在于把客戶端需要的數(shù)據(jù)裝入進去。
6、客戶端在對JSON文件調用成功之后，也就獲得了自己所需的數(shù)據(jù)，剩下的就是按照自己需求進行處理和展現(xiàn)了，這種獲取遠程數(shù)據(jù)的方式看起來非常像AJAX，但其實并不一樣。
7、為了便于客戶端使用數(shù)據(jù)，逐漸形成了一種非正式傳輸協(xié)議，人們把它稱作JSONP，該協(xié)議的一個要點就是允許用戶傳遞一個callback參數(shù)給服務端，然后服務端返回數(shù)據(jù)時會將這個callback參數(shù)作為函數(shù)名來包裹住JSON數(shù)據(jù)，這樣客戶端就可以隨意定制自己的函數(shù)來自動處理返回數(shù)據(jù)了。
如果對于callback參數(shù)如何使用還有些模糊的話，我們后面會有具體的實例來講解。

JSONP的客戶端具體實現(xiàn)：
不管jQuery也好，extjs也罷，又或者是其他支持jsonp的框架，他們幕后所做的工作都是一樣的，下面我來循序漸進的說明一下jsonp在客戶端的實現(xiàn)：
1、我們知道，哪怕跨域js文件中的代碼（當然指符合web腳本安全策略的），web頁面也是可以無條件執(zhí)行的。
遠程服務器remoteserver.com根目錄下有個remote.js文件代碼如下：

本地服務器localserver.com下有個jsonp.html頁面代碼如下：

毫無疑問，頁面將會彈出一個提示窗體，顯示跨域調用成功。

2、現(xiàn)在我們在jsonp.html頁面定義一個函數(shù)，然后在遠程remote.js中傳入數(shù)據(jù)進行調用。
jsonp.html頁面代碼如下：

remote.js文件代碼如下：

運行之后查看結果，頁面成功彈出提示窗口，顯示本地函數(shù)被跨域的遠程js調用成功，并且還接收到了遠程js帶來的數(shù)據(jù)。很欣喜，跨域遠程獲取數(shù)據(jù)的目的基本實現(xiàn)了，但是又一個問題出現(xiàn)了，我怎么讓遠程js知道它應該調用的本地函數(shù)叫什么名字呢？畢竟是jsonp的服務者都要面對很多服務對象，而這些服務對象各自的本地函數(shù)都不相同?。课覀兘又驴?。

3、聰明的開發(fā)者很容易想到，只要服務端提供的js腳本是動態(tài)生成的就行了唄，這樣調用者可以傳一個參數(shù)過去告訴服務端“我想要一段調用XXX函數(shù)的js代碼，請你返回給我”，于是服務器就可以按照客戶端的需求來生成js腳本并響應了。
看jsonp.html頁面的代碼：

這次的代碼變化比較大，不再直接把遠程js文件寫死，而是編碼實現(xiàn)動態(tài)查詢，而這也正是jsonp客戶端實現(xiàn)的核心部分，本例中的重點也就在于如何完成jsonp調用的全過程。
我們看到調用的url中傳遞了一個code參數(shù)，告訴服務器我要查的是CA1998次航班的信息，而callback參數(shù)則告訴服務器，我的本地回調函數(shù)叫做flightHandler，所以請把查詢結果傳入這個函數(shù)中進行調用。
OK，服務器很聰明，這個叫做flightResult.aspx的頁面生成了一段這樣的代碼提供給jsonp.html（服務端的實現(xiàn)這里就不演示了，與你選用的語言無關，說到底就是拼接字符串）：

我們看到，傳遞給flightHandler函數(shù)的是一個json，它描述了航班的基本信息。運行一下頁面，成功彈出提示窗口，jsonp的執(zhí)行全過程順利完成！

4、到這里為止的話，相信你已經(jīng)能夠理解jsonp的客戶端實現(xiàn)原理了吧？剩下的就是如何把代碼封裝一下，以便于與用戶界面交互，從而實現(xiàn)多次和重復調用。
什么？你用的是jQuery，想知道jQuery如何實現(xiàn)jsonp調用？好吧，那我就好人做到底，再給你一段jQuery使用jsonp的代碼（我們依然沿用上面那個航班信息查詢的例子，假定返回jsonp結果不變）：

是不是有點奇怪？為什么我這次沒有寫flightHandler這個函數(shù)呢？而且竟然也運行成功了！哈哈，這就是jQuery的功勞了，jquery在處理jsonp類型的ajax時（還是忍不住吐槽，雖然jquery也把jsonp歸入了ajax，但其實它們真的不是一回事兒），自動幫你生成回調函數(shù)并把數(shù)據(jù)取出來供success屬性方法來調用，是不是很爽呀？
補充內容
1、ajax和jsonp這兩種技術在調用方式上“看起來”很像，目的也一樣，都是請求一個url，然后把服務器返回的數(shù)據(jù)進行處理，因此jquery和ext等框架都把jsonp作為ajax的一種形式進行了封裝；
2、但ajax和jsonp其實本質上是不同的東西。ajax的核心是通過XmlHttpRequest獲取非本頁內容，而jsonp的核心則是動態(tài)添加<script>標簽來調用服務器提供的js腳本。
3、所以說，其實ajax與jsonp的區(qū)別不在于是否跨域，ajax通過服務端代理一樣可以實現(xiàn)跨域，jsonp本身也不排斥同域的數(shù)據(jù)的獲取。
4、還有就是，jsonp是一種方式或者說非強制性協(xié)議，如同ajax一樣，它也不一定非要用json格式來傳遞數(shù)據(jù)，如果你愿意，字符串都行，只不過這樣不利于用jsonp提供公開服務。
總而言之，jsonp不是ajax的一個特例，哪怕jquery等巨頭把jsonp封裝進了ajax，也不能改變著一點！

最新評論