微博上看到提起 REST… 想起来 REST 还是 2000 年提出的 时间都过了那么久了, 现在的互联网, 环境已经各种超出了想象 一方面有多种设备同时从数据库同步, 不止是浏览器, 还有手机等其他客户端 另外网络性能, HTTP 请求发起请求到传输数据中间还有延时, 可能需要人为合并请求 再说应用对实时的要求越来越高了, 服务端推送也是一个手段 REST 的模式是否将要过时了呢?
REST 就是个 routing 的模式，正当年。
HTTP 在，REST 就在。
socket? meteor?
实时就就更需要 restful 了吧,
实际上restful 就是一种路由 而已,你觉得过时,那么现在那种比较先进?
哈哈,有http,rest就不会过时,http会过时吗?
@youxiachai @dengqiao 要不怎么 SPDY 和 WebSockets 呢?
WebSockets 实际跑到就是http那层…spdy …也是http 的马甲…最后都能映射到URI模型…
SPDY 是马甲,地下也是http协议,这个是网络层的优化,WebSockets 是解决web实时性的,这个只是http的补充而已
@youxiachai @dengqiao 两者基于 HTTP 是没错 但同样基于 HTTP 的应用的网络请求方案也可以不采用 REST 的规范去写的 那么重点不在实时应用会不会用 HTTP 来写的问题…
我的看法是，REST还没开始过时，REST是一套风格，我觉得更应该是一种思想，就是站在资源的角度来审视整个系统，这套思想暂时还不会过时，本人拙见
实际上…我想表达的就算是实时应用,也有资源的概念,借用了http来强调这个资源的概念(跟楼下的意思一样),有资源的概念就有restful 存在的意义…至于你觉得过时的话,那现在有什么替代方案?
@youxiachai 我遇到的情况是多个平台的的客户端共用数据 而浏览器端每次操作都请求 API, 和手机客户端的本地数据线上同步存在冲突 那么我想也许一个方案是更多的 HTML5 离线应用, 而不是 REST 的写法 还有一个方面是服务端的 Push, 这个不知道算不算在 REST 里边
