ZT The rise of Json

典

http://visitmix.com/writings/the-rise-of-json

I’ve been prototyping a new service, sketching out the different pieces: payload protocol, storage, data model, transport, client/server communication, etc.  And, upon completion of the prototype, I stepped back and looked at the decisions made. For example, how are we storing the data? Raw JSON.  How are we serving data? As JSON.
It suddenly struck me: there was never even a question of what format we would serialize to; JSON was assumed. And the idea that we would support XML as well as JSON wasn’t even considered.
The fact that this architecture was almost assumed instead of deliberated upon got me thinking: when was it that JSON won?  After all, the format isn’t that old. But its rise has been quick and triumphant.  I’m not the first one to observe this of course. There’s a great piece called “The Stealthy Ascendency of JSON” on DevCentral which does some digging across a range of available web APIs, discovering an increase in the percentage of APIs that support JSON as compared to XML in the last year.  The ProgrammableWeb has a piece called “JSON Continues its Winning Streak Over XML“ which similarly documents this trend. And there is also the much blogged about facts that Twitter has removed XML support from their streaming API and Foursquare’s v2 API only supports JSON.
All this begs a different question: Why is JSON so popular?  There is the simple fact that JSON is smaller as a payload than XML. And no doubt JSON is less verbose than XML.  But there’s much more to it than just size.  The crux has to do with programming.  JSON is natively tied to Javascript. As an object representation of data, it is so easy to work with inside Javascript. Its untyped nature flows perfectly with how Javascript itself works. Compare this to working with XML in Javascript: ugh.  There’s pretty fascinating piece by James Clark called “XML vs. The Web” that really dives into this.
JSON’s untyped nature flows with how the web itself works.  The web does not seem like typing; it doesn’t like schemas; it doesn’t like things to be rigid or too structured. Just look at the failure of XHTML.  A beautiful idea for the purists,  but for the web, its lack of adoption underscores its platonic ideals ........................

[ 本帖最后由 典 于 2011-5-23 18:49 编辑 ]

kr2000

上次面试
问我喜欢用json还是xml
我说我喜欢json
面试官好像有点不高兴

coolioo

JSON is not human readable...

dalaohu

原帖由 kr2000 于 2011-5-23 17:17 发表
上次面试
问我喜欢用json还是xml
我说我喜欢json
面试官好像有点不高兴

你确定你说的不是

"我说我喜欢Jason"

o2h2o

如果可以用json 的话
有人会喜欢用 xml 吗?

有些是没办法
业务逻辑太复杂

[ 本帖最后由 o2h2o 于 2011-5-23 20:58 编辑 ]

o2h2o

原帖由 coolioo 于 2011-5-23 17:23 发表
JSON is not human readable...

考
看来我不是 human :)

[ 本帖最后由 o2h2o 于 2011-5-23 20:35 编辑 ]

dalaohu

hehe, json hunman readable 的。

也是key/value pair的，数据结构复杂的话，不如xml那么明了罢了。

乱码

Json在web，尤其是js这边是标准，但不如xml那么标准，一线framework都有json parser，但这是optional的.

json肯定比xml小/快，但是不是大家都认这个，就不一定了，就像google用Protocol Buffers一样，什么都好，就是小众。

不过json的creator Douglas也挺能折腾的，当年他推json的时候，他还没像现在这么牛Ｂ。人家别人说json不标准，不鸟他，丫就花200快买了个看起来很标准的domain name:　www.json.org, 整的跟真的似的，别人也就都信了。

说实话，成大事的人就的有这种不要脸的精神才行，我看咱坛子里的人作技术的人大多都太老实，不过我觉得o2h2o是个人才，我很看好他。

coin_king

sharepoint 2010 use lost of client code by JSON

典

希望下 一个版本的SQL Server能推出json字段，那就比较完美了

本地人

JSON is not human readable...

哈哈，我倒觉得xml is not human readable 有的ant script我一看就眼花了

[ 本帖最后由 本地人 于 2011-5-23 19:26 编辑 ]

o2h2o

原帖由 乱码 于 2011-5-23 18:27 发表
Json在web，尤其是js这边是标准，但不如xml那么标准，一线framework都有json parser，但这是optional的.

json肯定比xml小/快，但是不是大家都认这个，就不一定了，就像google用Protocol Buffers一样，什么都好，就是小众。

不过json ...

哈哈 看来乱码 兄
认为我有 ”不要脸“ 的特性 哈哈
这是我一直向往的目标

[ 本帖最后由 o2h2o 于 2011-5-23 20:28 编辑 ]

kawara

json数据小，xml大，但是powerful,有强大的周边支持

乱码

原帖由 o2h2o 于 2011-5-23 20:15 发表

哈哈 看来乱码 兄
认为我有 ”不要脸“ 的特性 哈哈
这是我一直向往的目标

haha,可能说“灵活/不拘泥“更合适

典

我觉得json最大的优点还不是小，而是因为其来自 Javascript，而跨平台跨浏览器的通用页面编程语言就是javascript,  所以涉及到网页数据时用Json天经地义，浑然天成

而且也非常方便， .Net里调一个json()函数就能自动把一个object[比如说order]的数据成员变成json数据， 客户端拿到后直接就在javascript使用，比如说直接调order.amount, 等于是javascript 和.net无缝集成了。如果用xml,反而没有这么直接，要做些转换，用些parse之类的。

当然小/快/灵活也是重要优点

o2h2o

如果在 iphone 上面
编程
用object c， 可以直接调一个 json 外部模块，把数据全部转化成 object c 的object， 比 xml 方便太多了， iphone object c 弄xml 真是痛苦
如果用mono touch 也是如此 都比xml 方便
万一用 titanium ，那就更不用说了 浑然天成

在mobile device 里面 json 绝对是 绝对首选

json 还有一个 好处，不用refer xml schema，直接看看raw data 就可以写 取数据的 代码了
但是如果 太复杂的 数据 还是 有局限性，例如 flight 的booking啊，hotel的 booking啊，都是xml的

在 web 端也是，现在代码趋势越来越往前移动，很多都用javascript 实现了，甚至还有用 yql 倒腾的，json 不是主流也要变成主流啊

如果不是 因为 seo ，web 很多也可以变成 json 数据源 ，直接加 js 显示代码来弄， 这样开发一套json 代码 ，可以被n个系统公用
汗，感觉自己在班门弄斧

[ 本帖最后由 o2h2o 于 2011-5-23 22:36 编辑 ]

dalaohu

Zen Meo 是你的studio？

o2h2o

原帖由 dalaohu 于 2011-5-23 22:35 发表
Zen Meo 是你的studio？

嗯 刚改的 trading name

dalaohu

很酷的名字， MEO 啥意思？

典

原帖由 o2h2o 于 2011-5-23 22:29 发表
如果在 iphone 上面
编程
用object c， 可以直接调一个 json 外部模块，把数据全部转化成 object c 的object， 比 xml 方便太多了， iphone object c 弄xml 真是痛苦
如果用mono touch 也是如此 都比xml 方便
万一用 titaniu ...

顺便请教， iphone 编程难学不？一直没有时间看。。。

o2h2o

原帖由 dalaohu 于 2011-5-23 22:38 发表
很酷的名字， MEO 啥意思？

哈哈
猫叫

没啥意思

o2h2o

原帖由 典 于 2011-5-23 22:40 发表


顺便请教， iphone 编程难学不？一直没有时间看。。。

难
不硬着头皮是 很难继续的
apple 更像是个硬件厂商
不是软件厂商
都那么多年了 还在和c 类的东西打交到
也不出个 managed language

[ 本帖最后由 o2h2o 于 2011-5-23 22:45 编辑 ]

乱码

原帖由 o2h2o 于 2011-5-23 22:40 发表

哈哈
猫叫

没啥意思

这几个毛笔字题的很好啊，找小胡还是老江给你写的？

o2h2o

原帖由 乱码 于 2011-5-23 22:42 发表


这几个毛笔字题的很好啊，找小胡还是老江给你写的？

没办法啊
设计一个 logo
坛子里面随便找一个 牛人 至少500刀
只能自己弄了啊，省钱啊

dalaohu

原帖由 典 于 2011-5-23 22:40 发表


顺便请教， iphone 编程难学不？一直没有时间看。。。

objective c 的话很难，非常的难， 我话了2000多刀后放弃了。

o2h2o

原帖由 dalaohu 于 2011-5-23 22:44 发表

objective c 的话很难，非常的难， 我话了2000多刀后放弃了。

啥叫话了2000多刀？

乱码

原帖由 o2h2o 于 2011-5-23 22:43 发表

没办法啊
设计一个 logo
坛子里面随便找一个 牛人 至少500刀
只能自己弄了啊，省钱啊

这个你也会弄？你真太有才了！！

dalaohu

以后我要做ios app 就找你了兄弟！

dalaohu

原帖由 o2h2o 于 2011-5-23 22:44 发表

啥叫话了2000多刀？

买了 iphone + macbook + 一本书

后来书丢掉，macbook冷藏掉 ，就iphone用的挺爽。。。

o2h2o

原帖由 dalaohu 于 2011-5-23 22:45 发表
以后我要做ios app 就找你了兄弟！

多谢赏脸啊