业务云原生架构、推荐系统以及线上生活等热点方向的高可用高性能业务架构有哪些?点击了解 了解详情
写点什么

RESTful 世界里的 Cool URI

2008 年 4 月 16 日

假想一下,如果要以最小的集成代价实现一个分布在全世界范围的信息空间,用它来共享机器可识别的数据,会怎么样?这是关于 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 年 4 月 16 日 06:51975
用户头像

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

关注

评论

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

《程序员修炼之道》- 解决问题,而不是去责备(6)

石云升

bug修复 28天写作 程序员修炼之道

第十周学习心得

cc

区块链隐私保护、体系结构与智能合约研究

CECBC区块链专委会

区块链

用helm chart将chripstack部署到kubernetes之上

LanLiang

Kubernetes IoT Helm ChirpStack LoraWan

图解类加载器和双亲委派机制,一看就懂

Java鱼仔

Java 程序员 面试 类加载

产品的解决方案设计原则

觅觅茶

产品经理

2021年,开发者的落日

王知无

大数据

产品 0 期 - 第三周作业

vipyinzhiwei

产品 0 期 - 第三周作业

Jxin

VS +QT 手动添加Q_OBJECT 报错问题解决

Creep

c++ qt

第十周 模块分解 作业 「架构师训练营 3 期」

feiyun123

关于微信8.0的一些社交小心思

静陌

微信 张小龙 社交

架构师训练营 - 第五周作业

Mark

第十周课后练习

Binary

架构入门感悟总结

莫问

前端工程师的一大神器——puppeteer

执鸢者

前端 Node puppeteer

在nodejs中创建cluster

程序那些事

nodejs cluster 程序那些事 childprocess workerThread

Spring Security进阶:OAuth2.0详解

Java王路飞

Java spring 面试 springsecurity WEB安全

2月日更挑战|达标抽奖季,更有暖春大满足礼包等你来

InfoQ写作平台官方

活动专区 2月春节不断更

架构师训练营 4 期 第5周

引花眠

架构师训练营 4 期

95 后张勇:Apache Pulsar Committer 军团新生代力量

Apache Pulsar

大数据 开源 pulsar Apache Pulsar 消息系统

第十周命题作业

cc

批判性思维自修课(五)

石君

28天写作 批判性思维

开发质量提升系列:标准模板(上)

罗小龙

方法论 28天写作

区块链技术发展及应用:现状与挑战

CECBC区块链专委会

区块链

欢度春节|话题王者 VS 互动先锋(第二季)

InfoQ写作平台官方

话题讨论 活动专区

企业是如何解决HDFS单点问题的?

大数据老哥

大数据 hadoop

webpack | 进阶用法1:多入口构建/资源内联/脚本分离等

梁龙先森

前端工程 webpack 28天写作

使用 Tye 辅助开发 k8s 应用竟如此简单(一)

newbe36524

Docker 微服务 k8s dotnet

Apache老母鸡又下蛋?一文俯瞰Apache Superset

王知无

大数据

航运业“搭台” 区块链“唱戏”

CECBC区块链专委会

航运

RESTful世界里的Cool URI-InfoQ