JSON与XML定要一决高下?程序员不能一起用吗?

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的争论似乎都没有必要了。