2009-04-07 8 views
31

Nó được giải thích cho tôi nhiều lần rằng tất cả các URL đều là URI nhưng không phải tất cả URI đều là URL. Bất cứ ai có thể đưa ra một ví dụ về một cái gì đó mà là một URI nhưng không phải là một URL?Ví dụ về URI không phải là URL?

+0

[dữ liệu uri] (https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URIs) là ví dụ về một url không phải là url. Ví dụ: 'data:, Hello% 2C% 20World!' –

Trả lời

6

Tên tài nguyên thống nhất (URN) là một URI xác định tài nguyên theo tên trong một không gian tên cụ thể. URN có thể được sử dụng để nói về một tài nguyên mà không ngụ ý vị trí của nó hoặc cách truy cập nó. Ví dụ, URN urn: isbn: 0-395-36341-1 là một URI

Từ: Wikipedia: http://en.wikipedia.org/wiki/Uniform_Resource_Identifier

+1

cũng là các URL http://en.wikipedia.org/wiki/File_URI_scheme – zak23

0

Một trường hợp phổ biến sẽ là một URN, mà là một URI của định dạng urn:namespace-id:resource-id . Mỗi Wikipedia:

Defined vào năm 1997 trong RFC 2141, Đỉnh được dự định để phục vụ như , nhận dạng vị trí độc lập dai dẳng, cho phép bản đồ đơn giản của không gian tên vào một không gian tên URN duy nhất. Sự tồn tại của URI như vậy không hàm ý sẵn có của tài nguyên được xác định, nhưng các URI như vậy được yêu cầu duy trì toàn cầu duy nhất và liên tục, thậm chí khi tài nguyên ngừng tồn tại hoặc không khả dụng.

Cả hai phong cách tham khảo tài nguyên (URL và URN) sau đó được kết hợp theo quan niệm của URI, nhưng họ vẫn công nhận là phục vụ các mục đích khác nhau (tôi nhấn mạnh):

Một urn (URN) có thể được so sánh với tên của một người, trong khi một Trình định vị Tài nguyên Đồng nhất (URL) có thể được so sánh với địa chỉ trên đường phố của họ. Nói cách khác, URN xác định một mục và một URL cung cấp phương thức để tìm kiếm.

+0

Trong khi liên kết này có thể trả lời câu hỏi, tốt hơn nên bao gồm các phần thiết yếu của câu trả lời ở đây và cung cấp liên kết để tham khảo. Câu trả lời chỉ liên kết có thể trở thành không hợp lệ nếu trang được liên kết thay đổi. - [Từ đánh giá] (/ đánh giá/bài đăng chất lượng thấp/13353109) –

+0

@ Vini.g.fer Điểm tốt và giờ đây đã được dọn sạch. Tôi phải thừa nhận, mặc dù, câu hỏi chính nó là thực tế xin ăn cho câu trả lời chỉ liên kết - có lẽ đó là một mối quan tâm chất lượng câu hỏi? –

29

Ví dụ bị đánh cắp từ here (nơi đó cũng là một mô tả về sự khác biệt):

URL  http://www.pierobon.org/iis/review1.htm 
URN  www.pierobon.org/iis/review1.htm#one 
URI  http://www.pierobon.org/iis/review1.htm.html#one 
+1

đơn giản, ngắn & ngọt –

+2

Tôi cảm thấy như thế này là sai. Chẳng phải ví dụ URI ở đây cũng là một URL sao? Nó chắc chắn định vị một nguồn lực cũng như xác định nó. – romnempire

3

Schemas XML thường được xác định với một URI và mặc dù chúng có thể được định dạng tương tự nhưng không có gì đảm bảo rằng có bất kỳ điều gì ở đó bởi vì nó không phải là một URL.

Khả năng xác định lược đồ XML chính xác là cần thiết nếu bạn phải xác nhận hợp lệ tệp XML. Một phương tiện nhận dạng phải được chia sẻ giữa nội dung và các tác giả lược đồ trước khi xác thực thành công có thể có nghĩa là bất cứ điều gì hữu ích. Các URI lấp đầy nhu cầu này tốt như bất cứ thứ gì khác. Hãy nhớ rằng lược đồ không nhất thiết cần thiết để sử dụng tệp XML. Do đó, nó không cần phải được định vị chung hoặc có sẵn, nó chỉ đơn giản là cần phải được nhận dạng. Ngữ nghĩa của một URI tránh ngụ ý rằng tài nguyên phải được đặt "ở đây", như trường hợp có URL, và có lý do chính đáng. Chi tiết như vậy không liên quan đến nhiệm vụ nhận dạng.

Nhà xuất bản giản đồ thường sẽ căn cứ vào URI của URL mà họ sở hữu. Tôi có thể tưởng tượng có nhiều lý do để làm điều này, nhưng đối với một, nó giúp tránh xung đột đặt tên mà không có một trung gian.Khi sử dụng một quy ước như vậy, thật khó để chống lại việc lưu trữ định nghĩa tại vị trí mà URI sẽ trỏ tới nếu nó có URL. Trong khi biết có nghĩa là cần thiết, tôi tin rằng làm như vậy đánh dấu một nỗ lực đánh giá cao, và là một ví dụ về kiến ​​trúc thông tin tốt, nhưng thực tế này vẫn không liên quan đến nhu cầu được lấp đầy bởi một URI.