Почему URN является одним из наиболее популярных форматов, используемых для уникальной идентификации ресурса?
Я немного понимаю, что URN используются для предоставления уникального и независимого от местоположения имени для ресурса. Все же я не вижу их полезности и как именно они работают:
a) Для того чтобы URN действительно был уникальным, должен быть какой-то центральный орган (аналогичный органу для доменных имен), где мы могли бы регистрировать URN и таким образом гарантировать, что они уникальны. Поскольку таких полномочий нет, как еще мы можем убедиться, что наши URN уникальны? И если мы не можем. тогда какой смысл иметь их?
б) Кроме того, я не понимаю, почему URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным / логичным, чем, например, urn:NID:NID1:NSS?
в) И, наконец, как URN может помочь нам найти ресурс в Интернете?
РЕДАКТИРОВАТЬ:
Я не уверен, что вы имеете в виду. NID - это идентификатор пространства имен, а NSS - это строка, специфичная для пространства имен. Предлагаете ли вы систему подпространств имен?
Я просто пытаюсь понять, почему формат, используемый URN, "превосходен" для других форматов, таких как urn:NID:NID1:NSS
3 ответа
a) Чтобы URN действительно был уникальным, должен быть какой-то центральный орган... Поскольку таких полномочий нет, как еще мы можем убедиться, что наши URN уникальны?
Существует центральный орган, называемый IANA, для регистрации пространств имен (часть NID), и каждое пространство имен отвечает за обеспечение уникальности.
б) Кроме того, я не понимаю, почему 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".
Если бы требовался "urn:NID:NID1:NSS", он был бы избыточным (некоторые пространства имен не нуждаются во вложенном NID1) и излишним (полномочия для пространства имен уже могут разделить часть NSS, как в приведенном выше mpeg пример).
в) И, наконец, как URN может помочь нам найти ресурс в Интернете?
URNs не о местоположении, это URL.
a) Для того чтобы URN действительно был уникальным, должен быть какой-то центральный орган (аналогичный органу для доменных имен), где мы могли бы регистрировать URN и таким образом гарантировать, что они уникальны. Поскольку таких полномочий нет, как еще мы можем убедиться, что наши URN уникальны? И если мы не можем. тогда какой смысл иметь их?
ISBN используется как URN и управляется агентством.
б) Кроме того, я не понимаю, почему URN имеют формат urn:NID:NSS. Что делает этот формат более эффективным / логичным, чем, например, urn:NID:NID1:NSS?
Я не уверен, что вы имеете в виду. NID это идентификатор пространства имен и NSS такое строка имен конкретного пространства Предлагаете ли вы систему подпространств имен?
в) И, наконец, как URN может помочь нам найти ресурс в Интернете?
URN (Uniform Resource Name) не поможет вам найти что-то в Интернете. URL (Uniform Resource Locator) делает.
Также см. В чем разница между URI и URL?
урны
URN ( Uniform Resource Name ), как предполагается, является уникальным для обоих ( времени и пространства ).
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 здесь:
/questions/10683823/v-chem-raznitsa-mezhdu-uri-url-i-urn/10683836#10683836
И вот очень информативная ссылка:
/questions/10683823/v-chem-raznitsa-mezhdu-uri-url-i-urn/10683825#10683825