urn 在 RESTful 服务的 url 中，构建 url 路径
我们正在努力创建一个 RESTFul 服务，并尝试确定 URL 路径格式。
我们有 urn 来唯一标识整个组织中的资源，并且我们正在构建 Rest 服务，以请求者通过 http 内容协商寻找的格式为该资源提供服务。
我的问题是，我们应该如何形成服务 url 的路径，哪一个更有意义。
http://{domain}/{somethinghere}/{full urn string}
or
http://{domain}/{somethinghere}/{urn-part-1}/{urn-part-2}/{urn-part-3}
we are working on creating a RESTFul service, and trying to decide on the URL path format.
we have urn for uniquely identify a resource throughout the organization, and we are building the Rest service to service that resource in the format the requester is looking for via http content negotiation.
my question is that how should we form the path of the url for the service, which one make more sense.
http://{domain}/{somethinghere}/{full urn string}
or
http://{domain}/{somethinghere}/{urn-part-1}/{urn-part-2}/{urn-part-3}
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我也有同样的问题！...恕我直言，我会使用完整的 urn 字符串，
它很优雅，半合法，并且具有用户友好的功能，可以更轻松地将 URN 字符串复制并粘贴到您的 URL 中。以下是我完成的一些作业：
有一个旧的实验性 RFC 2169 ，其中建议输入完整的 urn 字符串，而不是%引用冒号 (:)。这是干净而优雅的......并且有一些冒号的例子，例如，
我担心的一个（任何人都可以确认或拒绝这一点吗？）是某些浏览器，服务器，框架或工具可能会尝试％引用或其他方式由于他们可能对冒号代表的含义做出各种假设，因此被冒号噎住了。
RFC 1630 和其他 RFC 都没有明确说明路径中是否可以使用冒号http 方案与否。但有一个警告！冒号的位置对于确定 URL 是否是绝对的很重要（这在 RFC 1630 中的“部分（相对）形式”部分中指定）。如果冒号出现在斜杠 (/) 之前，则 URL 是绝对 URL。 （注意，冒号在 RFC 中被称为“保留”分隔符，但它的保留用途很明确，并且不排除在路径中使用。）
我很乐意在这里提供更多关于此的想法...（而不仅仅是简单地逃避对所有内容进行斜杠编码，因为那样不太优雅）。
I have the same question too!... IMHO, I would use the full urn string,
It's elegant, semi-legal, and has a user-friendly feature of making it easier to copy-and-paste URN strings into your URL. Here's some of the homework I've done:
There is an old experimental RFC 2169 which suggests putting in the full urn string, and not %quoting the the colons (:). This is clean and elegant... And there are examples of colons in the wild e.g.,
One of my fears (can anyone confirm or reject this?) is that some browsers, servers, frameworks, or tools may try to %quote or otherwise choke on a colon because of various assumptions that they may make about what a colon represents.
Neither RFC 1630 nor other RFCs make it clear whether a colon may be used in a path of the http scheme or not. There is a caveat however! The placement of a colon is important in determining whether or not a URL is absolute (and this is specified under the section "Partial (relative) form" in RFC 1630). If a colon appears before a slash (/), then the URL is absolute. (N.B. the colon is referred to as a "reserved" delimiter in the RFCs, but the intended reserved use of it is clear and does not rule out use in paths.)
I'd love to here more ideas about this... (and not just taking the easy cop-out of slash-encoding everything, as that is not as elegant).