写点什么

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:511645
用户头像

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

关注

评论

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

没想到,学习带给我最宝贵的东西是底气

Sandy

学习,不是一件一蹴而就的事情

Sandy

小马哥刷LeetCode 1480. 一维数组的动态和

小马哥

Java 面试 数据结构与算法 28天写作

什么是区块链挖矿?区块链怎么挖矿?

v16629866266

五分钟快速掌握Maven的核心概念

田维常

maven

微软开源WebUI自动化测试神器Playwright​​​​​​​

软测小生

微软 自动化测试 playwright webUI Web自动化测试

上链DAPP软件开发|上链DAPP系统APP开发

系统开发

回顾2020年那些“领域第一本”,每一本都强烈推荐!

博文视点Broadview

区块链技术应用新阶段有五大趋势

CECBC

比特币 区块链 数字货币

波场链DAPP软件APP开发|波场链DAPP系统开发

系统开发

DAPP软件开发|DAPP系统APP开发

系统开发

写作感悟之无从下笔

JiangX

写作 28天写作

赫拉利其人其书之我见(2)

石君

28天写作 简史 科技简史

侵犯商业秘密罪律师提醒区块链技术与商业秘密的安全保管

CECBC

时间戳

STM32标准库开发实战指南

华为云开发者联盟

SMT32处理器 stm32 内核 寄存器

什么是ReadWriteMany?

焱融科技

Kubernetes 云原生 存储 焱融科技 持久化存储

Java 程序经验小结:剖析方法重载

后台技术汇

28天写作

分布式批量任务调度、自动化运维管理监控平台Taskctl

敏捷调度TASKCTL

kettle 分布式系统 海豚调度 自动化部署 ETL

一名分布式存储工程师的技能树是怎样的?

焱融科技

分布式 存储 分布式存储 分布式文件

软件测试--数据库基础知识

测试人生路

数据库 软件测试

我是如何用几十个小时完成自己的3个flag

Sandy

SpringCloud 从入门到精通 05--- 订单模块

Felix

没人告诉过你更复杂的缓存穿透怎么解决

艾小仙

架构

SpringCloud 从入门到精通 04---支付模块 02

Felix

腾讯十年,总结出这份Java架构师知识路线,保你稳拿40k+

Java架构追梦

Java 面试 架构师成长笔记 金三银四 全栈知识点

网络请求是如何发送出去的

kof11321

网络

全面开创城市数字经济新时代

CECBC

数字经济

【吐血整理】超全golang面试题合集+golang学习指南+golang知识图谱+成长路线 一份涵盖大部分golang程序员所需要掌握的核心知识

小白debug

面试 新手指南 编程之路 职业成长 Go 语言

架构师 3 期 3 班 -week7- 作业

zbest

作业 week7

创业失败启示录|校园微生活(故事篇1)

阿萌

创业 28天写作 创业失败启示录 青城

LeetCode题解:236. 二叉树的最近公共祖先,递归,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

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