使用json傳輸數(shù)據(jù)有什么優(yōu)缺點？JSON作為一種更輕便、更友好的Web服務(wù)客戶端格式(多以瀏覽器或Ajax應(yīng)用程序訪問REST風(fēng)格的Web服務(wù)的形式)，引起了Web服務(wù)提供商的關(guān)注。JSON分析:優(yōu)

使用json傳輸數(shù)據(jù)有什么優(yōu)缺點？

JSON作為一種更輕便、更友好的Web服務(wù)客戶端格式(多以瀏覽器或Ajax應(yīng)用程序訪問REST風(fēng)格的Web服務(wù)的形式)，引起了Web服務(wù)提供商的關(guān)注。JSON分析:優(yōu)缺點對于JSON，我們首先要明白JSON是一種像XML一樣簡單的文本格式。與XML相比，它可讀性更強，更容易用肉眼檢查。在語法層面上，JSON和其他格式的區(qū)別在于分隔數(shù)據(jù)的字符。JSON中的分隔符僅限于單引號、圓括號、方括號、冒號和逗號。乍一看，使用JSON數(shù)據(jù)分隔符的優(yōu)勢可能不那么明顯，但有一個根本原因:它們簡化了數(shù)據(jù)訪問。當使用這些數(shù)據(jù)分隔符時，JavaScript引擎對數(shù)據(jù)結(jié)構(gòu)(如字符串、數(shù)組和對象)的內(nèi)部表示與這些符號完全相同。這將創(chuàng)建一種比DOM技術(shù)更方便的數(shù)據(jù)訪問。下面是幾個JavaScript代碼片段來說明這個過程。這些代碼片段會訪問前面JSON代碼片段中的信息:訪問JSON中的姓名:訪問JSON中的地址:訪問JSON中的第一個號碼:[0]如果有DOM編程經(jīng)驗，可以很快看出區(qū)別；新手可以參考文檔對象模型的這個外部資源，它提供了一個數(shù)據(jù)導(dǎo)航的例子。JSON的另一個優(yōu)點是不冗長。在XML中，需要打開和關(guān)閉標簽，以滿足標簽的合規(guī)性；在JSON中，所有這些要求都可以通過一個簡單的括號來滿足。在包含數(shù)百個字段的數(shù)據(jù)交換中，傳統(tǒng)的XML標簽會延長數(shù)據(jù)交換時間。目前還沒有正式的研究表明JSON比XML具有更高的在線傳輸效率；只有通過簡單的字節(jié)數(shù)比較，人們才會發(fā)現(xiàn)，對于同等的JSON和XML有效載荷，前者總是小于后者。至于它們之間的差距，尤其是在新的XML壓縮格式下，還需要進一步研究。此外，JSON受到擅長不同編程語言的開發(fā)者的青睞。這是因為用Haskell或Lisp，或者更主流的C#和PHP(詳見參考資料)開發(fā)，可以很容易地生成JSON。缺點和很多好的東西都有兩面性，而JSON 的非冗長性也不例外，所以JSON失去了XML的一些特性。名稱空間允許不同上下文中的相同信息相互混合。但是，很明顯在JSON中還沒有找到名稱空間。JSON和XML的另一個區(qū)別是屬性的不同。因為JSON采用冒號賦值，所以在XML轉(zhuǎn)換成JSON時，會很難區(qū)分標識符(XML CDATA)和實際屬性值之間誰應(yīng)該被認為是文本。此外，創(chuàng)建和驗證JSON片段的過程比普通的XML稍微復(fù)雜一些。從這個角度來看，XML在開發(fā)工具上領(lǐng)先于JSON。盡管如此，為了消除你在這方面的困惑，

后端開發(fā)就是寫接口嗎？

目前的開發(fā)是前后端分離，后端重視業(yè)務(wù)功能開發(fā)，前端重視地圖識別和展示。前端交互通過一定的數(shù)據(jù)格式進行傳輸，比如json和xml。后端一般是寫接口，前端就像后端發(fā)起接口，插入必要的參數(shù)，后端接受參數(shù)后進行相關(guān)驗證，通過后進行一定的業(yè)務(wù)流程處理，將數(shù)據(jù)返回給前端。如果數(shù)據(jù)不需要后端處理，可以有前端處理，訪問后端比較費時。