浏览 5554 次
锁定老帖子 主题:REST探讨
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-07-08
我的理解: 1,论文主要内容为Fielding博士以HTTP、URI标准为出发点,展开探讨了Web程序的架构问题,然后考察了现有的各种架构风格,并介绍了REST架构 2,REST无疑是非常符合HTTP、URI等等一大串标准的 3,由于符合标准,REST有性能、可伸缩性、简单性、可移植性、可靠性等等一大串的优点 4,REST架构简单、易用,比如Rails就很轻松的实现了REST架构,并且开发效率惊人 我的问题: 1,从REST架构和重量级的EJB架构、开源轻量架构(Spring...)的对比来看,REST架构是否即将在很多场景抢夺市场? 2,REST的局限性有哪些? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-07-09
1、Spring有可比性吗?至于EJB,并不是完全竞争的关系。
2、目前业界都没有太多关于这个方面的实践经验,事务和安全性应该是目前的短板。 btw,http://www.iteye.com/topic/94332 |
|
返回顶楼 | |
发表时间:2007-07-09
现在业界重新拾起REST,有点“国王归来”的味道。
|
|
返回顶楼 | |
发表时间:2007-07-09
kenwei 写道 2、目前业界都没有太多关于这个方面的实践经验,事务和安全性应该是目前的短板。
这显然说不过去么。web services怎么提供事务和安全性? 另一个链接:http://www.infoq.com/cn/news/2007/07/wsrest |
|
返回顶楼 | |
发表时间:2007-07-09
引用 对于关注CRUD场景的面向数据的应用来说,RESTful的方式是很自然的事。有很多很多程序都适用这种模型,特别是互联网上的公共应用程序。对于面向服务/面向方法的应用,比如需要事务、严密的安全性等等这些更高级的操作的应用来说,采用基于WS-*的方案显得更有道理。 这可以算REST的一个适用场景局限性 |
|
返回顶楼 | |