先前可能说得比较武断了，聊天场景的通讯需要考虑的方面还有比如，是否可以承载大量的连接，以及一些针对网络拥塞/队列的方案的优化，所以xmpp之类的有大量公司work在上面（openfire什么的）例子可能多点。
比较现实的，如果是自己实现的socket。那么服务端/客户端的对接，升级框架，容错方案，高并发高连接方案都得自己思考了 * * 坑还是蛮大的。

。请轻拍

快速开发的角度用websocket我觉得蛮快的，mobile平台有好多对接websocket的现成库可以用。
非要评价的话，虽然websocket的开销比较大（存储结构比较直接），也比xmpp之类的xml好。

当然最好还是自己利用socket+序列化的方法比如xml，json，protobuf，msgpack，或者新的FlatBuffers实现会好点吧。

另外，印象中google webrtc的demo apprtc里面的长连接方案通过封装网页websocket接口在上层（java/oc）调用（后台跑一个browser，把GAE Channel的调用/响应通过GAEHandler.java传递上上层），简单的思路实现了与网页端共享server接口。

@ibolee 手贱查了一下= =
http://www.acfun.com/a/ac1230090 红领巾不谢

大概思路可以 grep -v 过滤题干，sed 's/ //g'去掉空格，然后grep -v ^$去掉空行。
比如 svn log|grep -v ^r|sed 's/ //g'|grep -v ^$

@kfll 前端技术还给老师傅了

打RTS有掌托总很捉急（而且还咯吱咯吱），习惯接外屏了。
DPI windows自己都没搞好我早就放弃治疗了（还在犹豫surface pro 2是不是要找接盘）
retina要的是格调，要的是发QQ截图时比人大一圈的气场( ゜- ゜)つロ。