Почему URN является одним из более популярных форматов, используемых для уникальной идентификации ресурса?
Я несколько понимаю, что URN используются для предоставления уникального и независимого от местоположения имени для ресурса. Однако я не вижу их полезности и того, как именно они работают:
a) Для того, чтобы URN действительно был уникальным, должен существовать некоторый центральный орган (похожий на полномочия для доменных имен), где мы могли бы регистрировать URN и таким образом гарантировать, что они уникальны.
Поскольку таких полномочий нет, как еще мы убеждаемся, что наши УРН уникальны? И если мы не можем. то в чем смысл их иметь?
b) Кроме того, я не понимаю причины, по которым URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным/логичным, чем, например, urn: NID: NID1: NSS?
c) И, наконец, как URN поможет нам найти ресурс в Интернете?
EDIT:
Я не уверен, что вы имеете в виду. NID - это идентификатор пространства имен, а NSS - это конкретная строка пространства имен. Вы предлагаете систему подэлементов?
Я просто пытаюсь понять, почему формат URN "превосходный" для других форматов, таких как urn: NID: NID1: NSS
Ответы
Ответ 1
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.
Ответ 2
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?
Ответ 3
Урны
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/info/144/...
И вот очень информативная ссылка:
fooobar.com/info/144/...