回复 (11)
L
REST 就是个 routing 的模式,正当年。
HTTP 在,REST 就在。
L
socket? meteor?
Y
实时就就更需要 restful 了吧,
实际上restful 就是一种路由 而已,你觉得过时,那么现在那种比较先进?
D
哈哈,有http,rest就不会过时,http会过时吗?
J
@youxiachai @dengqiao 要不怎么 SPDY 和 WebSockets 呢?
Y
引用 jiyinyiyong@youxiachai @dengqiao 要不怎么 SPDY 和 WebSockets 呢?
WebSockets 实际跑到就是http那层..spdy ..也是http 的马甲..最后都能映射到URI模型...
D
SPDY 是马甲,地下也是http协议,这个是网络层的优化,WebSockets 是解决web实时性的,这个只是http的补充而已
J
@youxiachai @dengqiao 两者基于 HTTP 是没错 但同样基于 HTTP 的应用的网络请求方案也可以不采用 REST 的规范去写的 那么重点不在实时应用会不会用 HTTP 来写的问题..
S
我的看法是,REST还没开始过时,REST是一套风格,我觉得更应该是一种思想,就是站在资源的角度来审视整个系统,这套思想暂时还不会过时,本人拙见
Y
引用 jiyinyiyong@youxiachai @dengqiao 两者基于 HTTP 是没错 但同样基于 HTTP 的应用的网络请求方案也可以不采用 REST 的规范去写的 那么重点不在实时应用会不会用 HTTP ...
实际上...我想表达的就算是实时应用,也有资源的概念,借用了http来强调这个资源的概念(跟楼下的意思一样),有资源的概念就有restful 存在的意义..至于你觉得过时的话,那现在有什么替代方案?
J
引用 jiyinyiyong@youxiachai @dengqiao 两者基于 HTTP 是没错 但同样基于 HTTP 的应用的网络请求方案也可以不采用 REST 的规范去写的 那么重点不在实时应用会不会用 HTTP ...
@youxiachai 我遇到的情况是多个平台的的客户端共用数据 而浏览器端每次操作都请求 API, 和手机客户端的本地数据线上同步存在冲突 那么我想也许一个方案是更多的 HTML5 离线应用, 而不是 REST 的写法 还有一个方面是服务端的 Push, 这个不知道算不算在 REST 里边
参与回复
登录后即可参与回复。登录