我知道他們兩人都是相似的,他們都有助於創建Web服務。我發現許多用於將JSON轉換爲XML的網站/工具,反之亦然。我的問題是爲什麼它是必要的。兩者都有其獨立的解析器。兩者在使用時都有類似的表現。即使我們假設JSON比XML更高效,將XML轉換爲JSON也會消耗資源,反之亦然。 那你爲什麼要轉換它們呢?如果你沒有一個特定的解析器而不是添加它們。這是相當簡單的,並會比外部轉換更好。爲什麼要將JSON文件轉換爲XML,反之亦然?
我錯過了什麼嗎?
我知道他們兩人都是相似的,他們都有助於創建Web服務。我發現許多用於將JSON轉換爲XML的網站/工具,反之亦然。我的問題是爲什麼它是必要的。兩者都有其獨立的解析器。兩者在使用時都有類似的表現。即使我們假設JSON比XML更高效,將XML轉換爲JSON也會消耗資源,反之亦然。 那你爲什麼要轉換它們呢?如果你沒有一個特定的解析器而不是添加它們。這是相當簡單的,並會比外部轉換更好。爲什麼要將JSON文件轉換爲XML,反之亦然?
我錯過了什麼嗎?
有各種可能的原因,但我認爲最引人注目的原因是這樣的:假設你有一種格式的文件需要加載到只支持其他格式的程序中。哪個更容易:通過轉換實用程序運行文件?還是開發,測試和部署應用程序的全新版本,以增加對其他格式的支持?
在一個大項目,一個選擇可能只需要一分鐘,而其他可能需要的精力幾天或幾個星期,一旦你在一切可能要開始發揮作用的業務流程因素。
並不是所有的Web服務及其相應的客戶端應用程序由同一人開發的。 Web服務的一些用戶可能偏好xml,而其他用戶則尋找JSON。
但是性能問題呢,它們不是什麼,只是應用程序生命週期中最重要的問題嗎? –
如上的主要用途是提到的Web服務。有些開發人員使用XML和其他JSON,因此如果您從XML中的一個服務獲取數據並需要將其提交給另一個JSON格式的服務,則需要將其轉換。 XML和JSON都有自己的優勢和劣勢。兩者之間有很多原因需要轉換,因爲兩者都有用處。
我們還必須記住的是,雖然Web服務實現這些格式互換,他們出於不同的原因開發。儘管XML通常用於表示數據,但它也可用於表示文檔及其關聯的格式或樣式,但XML是一種標誌性語言。 JSON的核心是一個對象的簡單序列化,因此是JavaScript Object Notation。
這是一樣的問爲什麼,我們將XML轉換爲Java對象,或JSON數據到SQL數據,或其他任何東西:如果我們不能用單一技術的端到端,我們要做的轉換構建我們的系統。當然,使用端到端技術總是更好,因此XRX架構的倡導者認爲整個系統中的數據都是XML格式。但實際上,系統是由不同人在不同時間開發的異構組件構建而成的,數據必須在組件之間的邊界進行轉換。
幾乎所有平臺都沒有完全開發和測試過開源XML和JSON解析器嗎? –
@NilayVishwakarma是的,但即使是現成的解決方案(無論如何,您應該幾乎總是選擇這種解決方案),但仍然需要花費精力進行整合。另外請注意,我的時間估計是假設您有一個相當簡單的應用程序,其中數據只在一個圖層上觸及。如果它被許多組件所觸及,那麼爲所有這些組件添加對額外格式的支持的成本可能會大得多。 –