Почему URN является одним из более популярных форматов, используемых для уникальной идентификации ресурса?

Я несколько понимаю, что URN используются для предоставления уникального и независимого от местоположения имени для ресурса. Однако я не вижу их полезности и того, как именно они работают:

a) Для того, чтобы URN действительно был уникальным, должен существовать некоторый центральный орган (похожий на полномочия для доменных имен), где мы могли бы регистрировать URN и таким образом гарантировать, что они уникальны. Поскольку таких полномочий нет, как еще мы убеждаемся, что наши УРН уникальны? И если мы не можем. то в чем смысл их иметь?

b) Кроме того, я не понимаю причины, по которым URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным/логичным, чем, например, urn: NID: NID1: NSS?

c) И, наконец, как URN поможет нам найти ресурс в Интернете?


EDIT:

Я не уверен, что вы имеете в виду. NID - это идентификатор пространства имен, а NSS - это конкретная строка пространства имен. Вы предлагаете систему подэлементов?

Я просто пытаюсь понять, почему формат URN "превосходный" для других форматов, таких как urn: NID: NID1: NSS

+15
источник поделиться
3 ответа

a) Для того, чтобы URN действительно был уникальным, должен был быть какой-то центральный авторитет... Поскольку нет такого авторитета, как еще мы убеждаемся, что наши URN уникальны?

Существует центральный орган, называемый IANA, для регистрации namespaces (часть NID), и каждое пространство имен отвечает за обеспечение уникальности.

b) Кроме того, я не понимаю причины, по которым URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным/логичным, чем, например, urn: NID: NID1: NSS?

"urn: NID: NSS" описание утверждает, что интерпретация NSS зависит от значения NID. Например, если NID "isbn", то мы знаем, что интерпретируем NSS как номер ISBN, как в "urn: isbn: 0451450523".

Часть NSS может содержать двоеточия, поэтому "urn: example: other: more" является допустимым синтаксисом. (И на самом деле это действительный URN с 2013-04-24.) Например, с учетом "urn: mpeg: mpeg7: schema: 2001", часть NSS - "mpeg7: schema: 2001", и мы интерпретируем это в соответствии с правилами для "mpeg" namespace.

Если требуется "urn: NID: NID1: NSS", он был бы избыточным (некоторые пространства имен не нуждались бы в вложенном NID1) и излишним (полномочия для пространства имен уже могут разделить часть NSS вверх, как в приведенный выше пример mpeg).

c) И, наконец, как URN поможет нам найти ресурс в Интернете?

URN не относятся к местоположению, а URL.

+22
источник

a) Для того, чтобы URN действительно был уникальным, должен существовать некоторый центральный орган (похожий на полномочия для доменных имен), где мы могли бы регистрировать URN и таким образом гарантировать, что они уникальны. Поскольку таких полномочий нет, как еще мы убеждаемся, что наши УРН уникальны? И если мы не можем. то в чем смысл их иметь?

ISBN используется URN и управляется агентством .

b) Кроме того, я не понимаю причины, по которым URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным/логичным, чем, например, urn: NID: NID1: NSS?

Я не уверен, что вы имеете в виду. NID - Имена пространства имен, а NSS - это конкретная строка пространства имен. Вы предлагаете систему подпространств?

c) И, наконец, как URN поможет нам найти ресурс в Интернете?

A URN (Uniform Resource Name) не помогает помочь вам найти что-то в Интернете. URL (Uniform Resource Locator) делает.

Также см. В чем разница между URI и URL?

+2
источник

Урны

a URN ( Uniform Resource Name ), предполагается уникальным как для ( времени и пространства ) > .

a URL\URI не может гарантировать его уникальность, в отличие от URN, который может быть URI в одно и то же время.

Возможно, URI Ресурс (X) в пути (Y) является допустимым URL, поскольку путь может быть местоположением, но один и тот же цельный Идентификатор (Z) может быть дублирован во многих физических, логических или виртуальных местах в мире.

``

# Unique only in the same actual location

Z = [Y => X];
A = [B => Z];
C = [D => Z];

Но если мы добавим A Uniform U (может быть, например, имя домена), вначале оно может быть более гибким, но не уникальным (домены могут истекли).

# Unique only in the same actual location

Z = [ U => Y => X ];

Тот же формат может быть расширен и расширен другими переменными, чтобы сделать его максимально уникальным.

Из-за этого мы должны убедиться, что здесь есть более сложный и реальный уникальный формат, который может идентифицировать больше типов Ресурсы во времени и пространстве.

``

" URNs" не являются URL " ( exception of Уникальный постоянный URL-адрес, используемый как имя ), потому что они не располагают ресурсом, на самом деле это больше, чем вы думаете, они могут идентифицировать [ *ideas, UUIDs, virtual or physical Objects and more* ], но оба они плюс" URC/URI данных "может быть URI".

Примечание:

Взгляните на простой и понятный пример URN:

fooobar.com/questions/144/...

И вот очень информативная ссылка:

fooobar.com/questions/144/...

+1
источник

Посмотрите другие вопросы по меткам или Задайте вопрос