是否有包含 URN 和 URL 的 URI 示例?
https://www.rfc-editor.org/rfc/rfc3986#section-1.1.3
URI 可以进一步分类为定位符、名称或两者。
那么哪个是 URI 方案呢?“urn:” 还是特定于 URL 的方案?
还是我读错了,这是否意味着 URL 可以是 URN(反之亦然),例如 URI 可以用作 URN 和 URL。
是否有包含 URN 和 URL 的 URI 示例?
https://www.rfc-editor.org/rfc/rfc3986#section-1.1.3
URI 可以进一步分类为定位符、名称或两者。
那么哪个是 URI 方案呢?“urn:” 还是特定于 URL 的方案?
还是我读错了,这是否意味着 URL 可以是 URN(反之亦然),例如 URI 可以用作 URN 和 URL。
阅读该 RFC 的其余部分:
###1.1.3。URI、URL 和 URN URI 可以进一步分类为定位符、名称或两者。术语“统一资源定位符”(URL) 指的是 URI 的子集,它除了标识资源之外,还通过描述资源的主要访问机制(例如,其网络“位置”)来提供定位资源的方法。术语“统一资源名称”(URN)在历史上一直用于指代“urn”方案[ RFC2141 ]下的两个URI,即使资源不再存在或变得不可用,它们也需要保持全局唯一和持久性,并且到具有名称属性的任何其他 URI。
一个单独的方案不必被归类为仅仅是“名称”或“定位器”之一。来自任何给定方案的 URI 实例可能具有名称或定位符或两者兼有的特征,这通常取决于命名机构在分配标识符时的持久性和注意,而不是方案的任何质量。未来的规范和相关文档应该使用通用术语“URI”而不是更严格的术语“URL”和“URN”[ RFC3305 ]。
也就是说,URI 可以是 URL 或 URN,或者在某些情况下,同时符合两者的条件。“URL”和“URN”只是在给定上下文中如何解释和使用 URI 的术语。
我认为公共http
和https
方案的 URI 总是既是定位符又是名称。
https://example.com/some_resource?color=green
这是因为他们为资源分配了一个名称,即使该名称可能是神秘的,而不是人类喜欢的名称。此外,由于这些 URI 中的另一个可以很容易地使用相同的资源,因此不能保证这是该资源的唯一名称。
此外,它们都包含权限,因此它们描述了可以找到资源的网络路径,这将使它们成为定位器。