科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道应用软件APP对决Web3S:探索RESTful协议之路

APP对决Web3S:探索RESTful协议之路

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

标准化的资源发布和编辑协议可以带来很多好处,因为它提高了达成跨组织的互操作和普遍理解的机会......

作者:Arnon Rotem-Gal-Oz 来源:天极论坛整理 2007年10月13日

关键字:

  • 评论
  • 分享微博
  • 分享邮件
Joe Gregorio(另一位主要的APP贡献者),在Yaron的文章后的评论中问道:

以下是引用片段:
我更希望知道的是,为什么当你遇到这些问题的时候,不把它们拿到工作组里讨论?显然当你开始搞Web3S的时候APP协议还没定案,如果你认为你发现了APP的真正弱点,虽然后续讨论证明你是错的,为什么不在我们发布协议之前提出来?

  IBM的Sam Ruby,RESTful Web Services的作者之一,认为这个打算支持“结构化的、数据定义的和可搜索的Web”的协议,根本没有支持Web、数据定义和搜索:

以下是引用片段:
这份文档中定义了两个新媒体类型(Application/Web3S+xml和Application/Web3SDelta+xml)、两个新URI协议和一个新HTTP方法(UPDATE)。我没有找到任何对二进制数据的讨论,事实上所有东西都是用XML infoset的语言来定义的。既然所有数据都必须属于某个命名空间,而这些命名空间必须用新的URI协议来定义,那么我们可以得出结论,没有任何现存的XML文档可被Web3S直接支持。Web3S数据更进一步被局限为一个自我封闭的树。Web3S中完全没有超链接的一般概念,无论是对外部数据的超链接,还是指向树中另一部分的超链接。要遍历这些数据,你必须了解程序所采用的特定的数据定义。

  XML的发明者之一Tim Bray批评了Web3S的产生过程。

以下是引用片段:
Yaron恕我直言,人们第一次听说Web3S竟然是来自Dare这篇试图说明APP的缺陷的文章,这真是非常不幸。更不幸的是,这篇文章表明了Dare没有读过也不理解APP协议。大家,特别是我一开始对他非常严厉;但这篇文章相当不知所云。在我看来,Dare应该不是大家所猜测的那样。
  同学们,如果你打算去微软工作,你就要准备好被人习惯性地猜疑。要回头去改变导致现在局面的历史已经太晚了;现在连MBA基础课程都会教你不要相信微软。要么学会处理这种局面,要么就换份工作吧。
  当初其他团队正在积极地公开设计一个通用的基于REST的协议,如果Live团队能尝试跟他们沟通就好了,但过去的事已经无法挽回。

  David Ing对微软的工作做了一些有趣的观察,他对整个事件总结道:

以下是引用片段:
有意思的时代。我不清楚APP会建成一座什么样的教堂,但我认为会有人想知道怎样在APP内部直接解决这些需求,而不是从外部。看起来世界上不需要给这么几个HTTP谓词再定义另一个简单的协议,但我认为微软找到了一条直截了当的路线来解决他们的需求,并且根据他们的现有资源采取了达到目标的最快方式。这可能最终被证明是Web前进路线上的一条小岔路,但目前来说并不是没有价值的。

  确实,有意思的时代。

查看本文来源

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章