90年代末,当专有标准和通信协议复杂化时,出现了两种数据格式。一种是可扩展标记语言,作为现有标记语言标准的XML,目的是通过可选模式来存储和定义文档以及数据。另外一种是JSON(JavaScript Object Notation) ,它因JavaScript而诞生。与XML几乎完全相反,这是一个序列化格式,要求也很简单。
20世纪20年代,XML在应用程序开发和通信平台爆发,主要原因在于其易读、易写和可共享等优势。随着应用程序和平台的发展,API变得越来越精简,JSON逐渐超越XML成为了程序员的首选数据交换格式。每个程序员都希望选择一种简单的数据结构来进行软件开发,直到开发商用XML敲开了一扇新的大门之后,JSON才得以崛起。尽管JSON已经成为了事实上的通用语言,但其他几乎所有标准都仍在使用和积极维护中。
正是因为这种转变,才引起了一场不必要的争论。
JSON是JavaScript的原生数据交换格式,比Web客户端AJAX应用程序中的XML更容易处理。随着服务器端JavaScript(一个节点)的应用,Web开发发生了巨大变化。Web 2.0开始奏效,REST替代了API中的Web服务,JSON成为Web应用程序中的数据结构标准。Web开发不再受到解析数据结构的阻碍,曾经被瞧不上的Javascript一统客户端和服务器平台。
尽管JSON作为数据交换格式是非常好的,但由于程序员和供应商一直在努力将JSON扩展到其预期的范围,事情就变得糟糕了。随着敏捷开发时代的到来,软件厂商以更高的速度更新和发布新产品。更快的发布周期通常会带来巨大的成本,表现为过时的文档或者破坏下游客户和其他依赖产品。为了解决这个问题,程序员和供应商就通过模式、命名空间和版本控制不断扩张JSON,这些都是任意的和不可执行的。
其实,XML和JSON可以在一起玩得很好
事实是,XML和JSON是互补的两种数据格式,程序员可以从二者之中受益。JSON优于数据交换,而不是数据建模,XML则优于数据定义,同时需要在前端进行更多集成。
随着XML工具越来越多地添加JSON支持,程序员应该考虑在解决方案中使用这两种数据格式:XML用于数据定义,JSON用于数据交换。
现在回头看,一切关于JSON与XML的争论似乎都没有必要了。
联系客服