武汉的开发者们注意啦!AI技术战略、框架以及最佳实战尽在Azure OpenAI Day 了解详情
写点什么

RESTful 世界里的 Cool URI

  • 2008-04-16
  • 本文字数:1494 字

    阅读完需:约 5 分钟

假想一下,如果要以最小的集成代价实现一个分布在全世界范围的信息空间,用它来共享机器可识别的数据,会怎么样?这是关于 REST 的吗?不是的。根据 SWEO 的说法,这跟语义网有关。那些 Cool URI 有助于实现这种方式。所以,去看看 RESTful SOA URI 是不是也很“酷”可能是值得的。

语义网教育和拓展兴趣组织(Semantic Web Education and Outreach ,简称 SWEO )在 3 月底执照到期。它的最后一个产品是一个 W3C 的关于 Cool URIs for the Semantic Web的备忘录。URI 能很酷吗?这里引用 Tim Berners-Lee 从 1998 年开始发表的一篇早期文章 (当时他还没有‘Sir’这一头衔)

“什么使 URI 很酷?
一个很酷的 URI 是一个不会变的 URI。
URI 会怎么变?
URI 本身不变:是人改变了它们。”

现在 Cool URI 没有那么简单了。2005 年,经过旷日持久的对“HTTP 解除引用(dereference)功能范围”( httpRange-14 )的辩论之后,W3C 技术体系架构组(Technical Architecture Group ,简称 TAG)最后决定“如果得到的 HTTP 响应代码是 200(成功获取),这表示这个 URI 的确是标识了一个信息资源,但是如果没有得到这个响应,或者得到了一个不同的代码,就不能做这样的假设”,这与 2005 年的 TBL 总结一致。目前的 SWEO 备忘录参考了一个更详细的、由 Roy T. Fielding 发表的文章。 > a)如果一个“http”资源对一个 GET 请求的响应码是 2xx,那么被那个 URI 标识的资源是一个信息资源;

b)如果一个“http”资源对一个 GET 请求的响应码是 303(See Other),那么被那个 URI 标识的资源是任何资源;
c)如果一个“http”资源对一个 GET 请求的响应码是 4xx(错误),那么这个资源被认为是未知的。

Fielding 几乎是 REST 体系架构的同义词。然而在 RESTful SOA 中几乎很难看出 httpRange-14 的决定。例如,无论是在 Mark Bakers 的“ hypermedia constraint ”,还是在 Anne Thomas Manes 的“ REST is about Resources ”中都没有。

RDF 表示资源描述框架(Resource Description Framework),它“允许使用者以一种计算机可处理的方式来描述现实世界的 Web 文档和概念--人、组织、话题、事物。在 Web 上发布这些描述,创建语义网。” 同时出现人类可读的 Web 文档--也可以叫做“信息资源”--与计算机可处理的描述符或者语义概念引起了与 HTTP URI 代表什么有关的二义性问题。 http://www.example.com/people/alice 是代表 Alice 的设计完美的主页,还是代表一些 RDF 编码的 Alice 元数据?它能否也像一个 vCard、一个 FOAF 记录、或者一些 HR 数据集一样后跟任何公司特定模式(schema)?

这种问题已经超出了协议无关的 URI 语法的范围,这得由 HTTP 协议提供内容协商作 为解决方案。HTTP 客户端可以用自己喜欢的数据格式和语言,在请求的头部追加目标URI 来传送。内容提供者应该提供这些设置服务。SWEO 备忘录提供了 一个解决方案,这个解决方案为每一种数据格式实现了一个独立的URI,另外还有一个“通用的”URI。尽管通用URI 可以重定向到其中的一个,但是如果必 要,它还允许根据运行时HTTP 请求中的‘Accept’设置,直接从多种格式中选择中意的格式。同时,一份更详细的 Apache HTTP Server 最佳实践也已发布了。RESTful SOA 可能会认为,这主要适合那些固定文档。一个动态的 SOA 服务器能够很容易的实现这个“通用”URI 概念而无需任何重定向,它只需把请求格式的内容按需提供即可。这个观点对于内容提供来说是正确的,但是重定向体系架构对链接和引用支持更好。这也利用了资源管理和治理,语义网中是这样,RESTful SOA 中也是这样。或许,这两个应用领域根本就不能泾渭分明的划清界限。

查看英文原文 Cool URIs in a RESTful World

.

2008-04-16 06:511319
用户头像

发布了 29 篇内容, 共 35636 次阅读, 收获喜欢 2 次。

关注

评论

发布
暂无评论
发现更多内容

创建型设计模式-建造者 Builder

菜皮日记

设计模式

结构型设计模式-适配器 Adapter

菜皮日记

设计模式

行为型设计模式-责任链 Chain Of Responsibility

菜皮日记

设计模式

行为型设计模式-模板方法 Template Method

菜皮日记

设计模式

京沪永远涨是否会涨到永远 - 读《菜场经济学》

菜皮日记

读书笔记

好奇是开启智慧的钥匙 - 读《朝闻道》

菜皮日记

读书笔记

结构型设计模式-代理 Proxy

菜皮日记

设计模式

行为型设计模式-命令 Command

菜皮日记

设计模式

行为型设计模式-观察者(发布订阅) Observer

菜皮日记

设计模式

行为型设计模式-状态 State

菜皮日记

设计模式

ARTS 打卡第 30 天

自由

ARTS 打卡计划

创建型设计模式-抽象工厂 Abstract Factory

菜皮日记

设计模式

创建型设计模式-原型 Prototype

菜皮日记

设计模式

结构型设计模式-桥接(模块化) Bridge

菜皮日记

设计模式

结构型设计模式-装饰器 Decorator

菜皮日记

设计模式

结构型设计模式-外观 Facade

菜皮日记

设计模式

结构型设计模式-享元(缓存)Flyweight

菜皮日记

设计模式

软件即服务 与生态伙伴发展共赢 英特尔原来身负重任

E科讯

结构型设计模式-组合(对象树) Composite

菜皮日记

设计模式

行为型设计模式-迭代器 Iterator

菜皮日记

设计模式

行为型设计模式-策略 Strategy

菜皮日记

设计模式

使用基于 tideways 的 php-monitor 搭建 PHP 性能监控平台

菜皮日记

php

创建型设计模式-单例 Singleton

菜皮日记

设计模式

行为型设计模式-中介者 Mediator

菜皮日记

设计模式

tornado 的协程调度原理

菜皮日记

tornado

行为型设计模式-备忘录 Memento

菜皮日记

设计模式

2020 年书单

菜皮日记

读书笔记

前辈从业多年的心得分享 - 读《这就是软件工程师》

菜皮日记

读书笔记

行为型设计模式-访问器 Visitor

菜皮日记

设计模式

PHP Composer 的自动加载

菜皮日记

php composer

RESTful世界里的Cool URI_SOA_Thomas Bandholtz_InfoQ精选文章