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

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

15 голосов
/ 25 января 2010

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

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

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

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


EDIT:

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

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

Ответы [ 3 ]

23 голосов
/ 21 июня 2010

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

Там есть a центральный орган , называемый 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 может помочь нам найти ресурс в Интернете?

URN не о местоположении, это URL .

2 голосов
/ 25 января 2010

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

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

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

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

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

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

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

1 голос
/ 04 октября 2015

урны

URN ( Унифицированное имя ресурса ) , должно быть уникальным для обоих ( время и пространство ) .

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

Примечание:

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

https://stackoverflow.com/a/1984274/5405973

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

https://stackoverflow.com/a/28865728/5405973

...