既然 X- 已被弃用，那么合适的 URN 命名空间？

Question

就在 2002 年，IETF 在RFC 3406中建议我们应该x-为我们不想注册的 URN 命名空间使用前缀，例如urn:x-acme:foobar. 既然 IETF 已经弃用了RFC 6648 中的x-前缀，我们应该如何为我们不打算注册的命名空间构造 URN？

顺便说一句，我注意到 RFC 6648 特别提到了 URN：“在几乎所有使用协议参数（包括 ... URN ...）的应用程序协议中，名称空间不受任何限制或约束，因此有无需为私人使用或实验目的分配一组名称。” 我觉得这很奇怪，正如 RFC 3406 声称的那样，“URN 命名空间的空间是受管理的。也就是说，并非所有语法正确的 URN 命名空间（根据 URN 语法定义）都是有效的 URN 命名空间。”

那么什么最适合用于自定义但未注册的 URN 命名空间？x-对于我的示例公司 Acme，我可以放弃并使用 URNurn:acme:foobar吗？

Answer 1

RFC 6648 说：

不覆盖立法使用“X-”用于特定应用程序协议的现有规范[…]；这是这些协议的设计者的事情。

因此，使用RFC 3406 定义的实验性 NID 仍然可以。

RFC 6648为新协议推荐的内容（我假设是对现有协议的更新）基本上就是目前使用 URN 的情况（减去实验性X-前缀）：

• NID 有一个“潜在无限的价值空间”
• 定义了“明确的注册程序”（我不知道他们在“简单”下理解什么）

因此，如果实验性X-NID 在更新的 RFC 中被弃用，我不希望有其他必须注册 NID 的替代方法。

如果您不想注册NID（甚至不是Informal NID），您可能需要使用不同的 URI 方案。tag想到（tag:example.com,2013:foobar）。