我认为XML非常便携,可以用作迷你数据库.我见过无处不在的XML.我甚至看到大公司转向JSON.甚至微软也集成了对JSON的支持.什么是对JSON的炒作？
由于带宽原因,我的应用程序在互联网上执行速度有点慢.我已经启用了GZip,它提高了下载时间,但我还在考虑是否可以从XML切换到JSON以便挤出最后一点性能.使用JSON会使邮件大小显着缩小,还是会略小一些？假设我们说的是250kB的XML数据(压缩到30kB).
当我第一次看到XML时,我认为它基本上是树的表示.然后我想:重要的不是它是树木的特别好的代表,而是每个人都同意的.就像ASCII一样.一旦建立,由于网络效应,很难取代.取代它的新方案必须要好得多(可能好10倍).当然,为了国际化,ASCII(大部分)已被(大部分)取代为Unicode.
根据谷歌的趋势,XML有x43领先,但正在下降 - 而JSON增长.
[ 编辑 ]请问JSON会将XML替换为数据格式吗？
注意: S表达式(来自lisp)是树的另一种表示,但尚未获得主流采用.还有许多其他提议,例如YAML和Protocol Buffers(用于二进制格式).
我可以看到JSON主宰着与客户端AJAX(AJAJ？)进行通信的空间,这可能会传递回传播到其他系统.
基于SGML的XML比作为文档格式的 JSON更好.我对XML作为数据格式感兴趣.
XML具有JSON缺乏的已建立的生态系统,尤其是定义格式(XML Schema)和转换它们(XSLT)的方法.XML还有许多其他标准,特别是Web服务 - 但它们的重量和复杂性可以说是与XML相悖,并且让人们想要一个新的开始(类似于"Web服务"开始作为CORBA的新起点).
[2010年3月编辑 ]与NoSQL一样,JSON是无模式的.
根据我的观察,整体JSON来说Parse比... 更快XML.我发现了两个很好的问题.一个被要求提供PHP,另一个被要求提供JavaScript.我想知道python,python如何与它们一起高效？哪个解析效率更高.另外请帮助选择最适合XML的Python解析器(例如xmlparser库,lxml或？)和JSON(simplejson,jsonlib或？).
我在C#中从REST API请求数据.API以JSON和XML格式提供相同的数据.
我应该去哪一个？很清楚我会在JavaScript中选择哪一个.但在C#中呢？是否有任何性能优势可以帮助我在C#或任何良好实践中选择其中一个？
提前致谢!