我想更好地了解RFC 2396和整个URL / URI的功能,并且由于可可的NSURL基于RFC 2396,因此我正在寻找概述。 RFC本身很难为我阅读。

有帮助吗?

解决方案

我将假设您的真正问题是关于整个URI / URL / URN分裂的。首先,我要说的只是术语,在 许多 它们可以互换。

URL是统一资源 定位器: :它标识了访问“方案”,例如 http:, ,并包含足够的信息 定位 使用该方案的资源。它不一定包含足够的信息 使用权 资源:例如,HTTP URL将使您进入页面,但是该页面可能具有访问权限的身份验证要求。

urn是统一的资源 姓名: :它还以“方案”开头,然后包含适合该方案的任意信息。 urn之所以令人困惑,是因为虽然有几种预定义方案,例如“ uuid”,但对于这些方案没有指定的用途(与HTTP不同)。这不一定是一件坏事:我喜欢将urns用于XML名称空间之类的东西,在那里我不希望有任何含义,您实际上可以检索与该名称空间相关的内容。

URI是统一资源 标识符: :一个包含URL,URN和其他一些标识符类型的超集。这 RFC 提到URL和urns,但没有详细介绍。那是因为它着重于URI的物理结构(通用格式,应该如何编码,&c),而不是用法。


为nitpickers编辑:假设当我说“从方案开始”时,就会有文本(可能由当前上下文暗示)”。

其他提示

RFC 3305 可能有帮助:

本文档[...]解决了与URI有关的问题的解决和尝试。本文档介绍了URI空间的分区以及URI,URL和URN之间的关系,描述了URI方案和URN名称空间ID的注册方式,并提出了有关此主题继续工作的建议。

对于概述,实际RFC的摘要和引入就足够了。您可以选择您想更好地理解的RFC的特定部分。

基本上要理解 RFC 2396 更好或更彻底的 - 这是您要问的(以及概述。),您不能比阅读RFC本身做得更好。对我来说似乎是合乎逻辑的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top