【編按】本文作者 Yegor Bugayenko 是 Teamed.io 公司的共同創辦人,在軟體品質和工程管理方法領域有深入的研究。本文中,作者透過比較 JSON ,向大家更詳細地闡述了 XML 的四大特性,幫助大家在搭建專案時選擇適合的資料格式類型。
很多人在心裡糾結,如果 JSON 和 XML 相比,誰更好誰更快?在接下來的新專案中到底選擇哪一個?別傻了!完全沒有可比性。就像自行車和 AMG S65 ,你能說哪個更好嗎?雖然兩者都是交通工具,但有些情況下,自行車反而更方便。所以 JSON 和 XML 也是一樣,它們都各有所長,完全沒有必要比較。
下面舉一個簡單的JSON 資料(140個字元):
{ "id": 123, "title": "Object Thinking", "author": "David West", "published": { "by": "Microsoft Press", "year": 2004 } }
同樣的資料在XML 中會表示如下(167個字元):
<?xml version="1.0"?> <book id="123"> <title>Object Thinking</title> <author>David West</author> <published> <by>Microsoft Press</by> <year>2004</year> </published> </book>
很容易看出其中的差別,前者更簡潔更容易理解,而且能在JavaScript 中能完美解析。所以,我們便可以簡單粗暴地放棄 XML 選擇 JSON 了嗎?誰還會需要已歷時15年的重量級語言呢?
但恰恰相反,本人就非常喜愛 XML ,且聽下文分解。
但千萬別誤會,本文並不是反對 JSON 。 JSON 的確是很好的資料格式,但它只是一種資料格式,經常被暫時用於將資料從 A 點傳到 B 點。它比 XML 更簡短易讀,但僅此而已。
XML 是一種非常強大的語言,而非只是單純的資料格式。相對於 JSON 和其他簡單的資料格式來說,如 YAML ,XML 至少有以下四個重要特性。
#為了從文件中得到上文類似的出版年份,只需要傳送一個簡單的XPath 請求:/book/published/year/text() 。但是,必須得有一個 XPath 處理器來解析請求並回傳2004。好就好在XPath2.0是集functions、predicates、axes 等為一體的強大檢索引擎,在不用Java 程式碼編寫任何遍歷的邏輯的情況下,就可以在XPath 請求中以自然語言形式加入任何邏輯,例如,你可以直接發出請求“How many books were published by David West in 2004?” ,便能透過XPath 得到答案。而這是 JSON 所不能做到的。
Attributes and Namespaces
可以將 metadata 加到 XML 資料中,正如上面的 id 屬性一樣。資料保存在元素中,例如圖書作者的姓名,而 metadata(資料的資料)應該保存為屬性,這會大大有利於組織和結構化資訊。最重要的是,元素和屬性都可以標記為屬於某個 namespaces ,當多個應用程式使用相同 XML 文件時,這種技術的優點會非常明顯。
XML Schema
#試想這樣的情況,當你在一台機器上建立了XML 文檔,在其他電腦上做了幾次修改,然後又傳到別的電腦上使用,所以必須確保文件結構沒有被中間操作破壞。例如可能有人用
XSL
#事實上,可以不用任何 Java/Ruby 等程式碼就能完成 XML 文件的修改。簡單的說,你只需要建立一個 XSL transformation 文件並將其應用於原始 XML ,然後得到一個新的 XML 。 XSL 語言(純功能性語言)是專為分層資料操作設計的,它比 Java 或任何其他物件導向/流程的語言都更適合此任務。借助 XSL 可以將 XML 轉換為任何形式,包括純文字和 HTML 。很多人抱怨 XSL 太複雜,但其實沒那麼難, XSL 的核心功能其實很簡單,大家不妨一試。
以上所述並不是 XML 的全部特徵,但這四大特性的確用途非凡。它們不僅可以讓文件的“自給自足”,還能進行自我驗證(XML Schema),進而知道如何修改(XSL),最後還能方便地獲得其中的文件內容(Xpath)。
同時,市面上還有許多以 XML 為基礎發展的語言、標準和應用,包括 Xforms、 SVG、 MathML、 RDF、 OWL、 WSDL 等。但一般的主流項目中都不會用到,因為它們的針對性都太強。
設計JSON 的用途並非是滿足以上特性,儘管JSON 領域現在努力嘗試,包括用於查詢的JSONPath 、一些轉換工具和用於驗證的json-schema ,但和強大的XML 相比這只是微不足道的模仿,筆者不認為會有長遠發展,遲早會消失。
綜上所述, JSON 是一種沒有過多附加功能的簡單資料格式,其最佳的使用情況是在 AJAX 下,除此之外,本人都強烈推薦大家使用 XML。
OneAPM 提供您端對端的 Java 應用效能解決方案,我們支援所有常見的 Java 框架及應用程式伺服器,協助您快速發現系統瓶頸,定位異常根本原因。分鐘級部署,即時體驗,Java 監控從來沒有這麼簡單。想閱讀更多技術文章,請造訪 OneAPM 官方技術部落格。
以上是JSON和XML-不可同日而語的詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!