Tại sao chúng ta cần URI cho không gian tên XML?

Tôi đang cố gắng tìm hiểu tại sao chúng ta cần URI cho các không gian tên XML và tôi không thể tìm thấy mục đích cho điều đó. Bất cứ ai có thể làm sáng tôi một chút cho thấy việc sử dụng của họ trên một ví dụ cụ thể?

CHỈNH SỬA:

Ok, ví dụ: tôi có cái này từ w3schools

<root
xmlns:h="http://www.w3.org/TR/html4/"
 xmlns:f="http://www.w3schools.com/furniture">

 <h:table>
   <h:tr>
     <h:td>Apples</h:td>
     <h:td>Bananas</h:td>
   </h:tr>
 </h:table>

 <f:table>
   <f:name>African Coffee Table</f:name>
   <f:width>80</f:width>
   <f:length>120</f:length>
 </f:table>

 </root>

Vậy nên http://www.w3schools.com/furnituregiữ cái gì?

Không gian tên là một cách để nói "Loại Foo này" khác với "Loại Foo đó", mặc dù chúng được đánh vần giống nhau. Hoặc, nếu bạn thích " MY loại Foo" khác với " Mọi người đều thích loại Foo".

Cách kỹ thuật để nói điều này là "URI của không gian tên của tôi cho Foo" khác với URI của mọi người cho không gian tên của họ cho Foo. Nói cách khác, URI chỉ là các chuỗi cho phép bạn nói như vậy.

Bí quyết sau đó là nói: "Này, URL là URI hợp lệ" và sau đó sử dụng URI tương ứng với một URL dưới sự kiểm soát của bạn. Nếu mọi người làm điều đó, thì bạn sẽ tránh được các va chạm không gian tên ngẫu nhiên. Bạn cũng có thể đã nói không gian tên "A" và không gian tên "B", nhưng bạn có nguy cơ người khác cũng sẽ sử dụng cùng một không gian tên, và sau đó loại Foo của bạn không khác với Foo của họ nữa, đó chính xác là những gì bạn muốn tránh .

Sau đó, bạn có thể thêm quy ước bổ sung vào các URL được sử dụng làm URI, ví dụ: URL phải tương ứng với một trang chứa tài liệu hoặc XSD hoặc tương tự, nhưng điều này là không cần thiết. Nó chỉ là thuận tiện.

Nói chung, bất kỳ định danh duy nhất nào sẽ phục vụ cho một không gian tên; nhưng vì nó được coi là duy nhất trên toàn cầu , nên tiêu chuẩn sẽ phải ủy quyền cho một số cơ quan trọng tài hoặc sử dụng một tài nguyên khác đồng thời là duy nhất trên toàn cầu nhưng dễ nắm bắt và chứng minh đó là của bạn.

Ôi nhìn kìa! nếu bạn có một tên miền, rõ ràng nó chỉ là của bạn và thật dễ dàng để chứng minh đó là của bạn!

Ví dụ, họ muốn tránh tình huống hai nhà sách khác nhau bắt đầu sử dụng "sách" làm không gian tên, với các định nghĩa bên trong hoàn toàn khác nhau. Trong khi họ sử dụng nó trong nội bộ, không có vấn đề gì; nhưng ngay khi một trong số họ muốn công bố đặc điểm kỹ thuật của họ, tất cả địa ngục vỡ ra.

Thay vào đó, nếu bạn được khuyến khích sử dụng tên miền của mình, bất kỳ ai (tốt, bất kỳ ai sở hữu tên miền) đều có thể xác định không gian tên riêng của họ với sự tự tin rằng không ai khác sẽ sử dụng cùng một mã định danh.

Là một phần thưởng, bạn có thể tùy ý lưu trữ định nghĩa về không gian tên của bạn tại URI, làm cho nó tự ghi lại.

Có vẻ như một ý tưởng tuyệt vời với tôi.

DOM Cấp 2 được xuất bản vào cuối năm 2000. Nó đã giới thiệu chức năng "getEuityById" cũng như một mô hình sự kiện và hỗ trợ cho các không gian tên XML và CSS.

Những gì xmlIns chỉ định?
Là các nút thuộc tính có tên "xmlns" hoặc "xmlns: xxx", chính xác như các không gian tên được viết trong tài liệu XML nguồn. Đây là mô hình được trình bày bởi DOM.

URI chứa gì?
Một không gian tên XML được khai báo bằng cách sử dụng xmlns hoặc xmlns thuộc tính giả XML dành riêng, giá trị phải là tên không gian tên hợp lệ.

Ví dụ: khai báo sau ánh xạ tiền tố "xhtml:" vào không gian tên XHTML:

xmlns: xhtml = "http://www.w3.org/1999/xhtml"

NHƯ tôi đã phát hiện ra sau khi đọc bài viết trên Wikipedia. URI chứa các đặc tả định dạng XML của không gian tên cung cấp một phương thức để tránh xung đột tên thành phần.

Có thể bạn biết tài liệu xml sử dụng XML Schemacho cấu trúc phần tử / bảng / lớp của các phần tử của tài liệu XML.

http://www.w3schools.com/f thất nên giữ gì?

Câu trả lời là trên trang của bạn nơi bạn đã tìm hiểu về Không gian tên XML. Kiểm tra Namespaces in Real Usephần trên bài viết này của W3Schools .

Kiểm tra liên kết sau của stackoverflow mà một số điều chứng minh rằng những gì URI này mang:

Làm cách nào để tạo và sử dụng không gian tên XML?

Tên hoặc định danh duy nhất toàn cầu của URI = không gian tên

Xem xét việc xây dựng cơ sở dữ liệu hoặc tài liệu về quản lý tài chính hậu cần của ngành dầu khí. Điều đó sẽ cần phải sử dụng các từ vựng cụ thể (nghĩa là các thuật ngữ được kiểm soát) cho từng đối tượng: cơ sở dữ liệu, tài liệu, quản lý, tài chính, hậu cần, dầu mỏ và công nghiệp.

Nếu không có thuật ngữ nào trùng lặp trong bảy từ vựng này, thì chỉ cần một URI. Nhưng đối với mỗi thuật ngữ chồng lấp các thuật ngữ khác trên các từ vựng này, bạn cần có thêm một từ vựng cụ thể theo chủ đề được xác định trong URI hoặc IRI. Một cách xung quanh điều này là tạo ra một phân loại hợp nhất, với các điều khoản chung rộng hơn và các điều khoản cụ thể hẹp hơn.

Điều này sau đó có thể được mở rộng thành một từ điển đồng nghĩa cũng hiển thị các từ đồng nghĩa của thuật ngữ và cho phép đặc tả thuật ngữ ưa thích trong số các từ đồng nghĩa của thuật ngữ đó.