XML ad alanları için neden URI'lara ihtiyacımız var?

XML ad alanları için neden URI'lara ihtiyaç duyduğumuzu anlamaya çalışıyorum ve bunun için bir amaç bulamıyorum. Biri beni biraz somut bir örnek üzerinde kullandıklarını göstererek aydınlatabilir mi?

DÜZENLE:

Mesela tamam: Bu w3schools gelen var

<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>

Öyleyse ne http://www.w3schools.com/furnituretutmalı?

Bir ad alanı , "Bu tür bir Foo" demenin bir yolu, aynı şekilde yazılmış olsalar bile, "Bu tür Foo" dan farklıdır. Veya, " MY foo türünü " tercih ederseniz , " Herkes foo türünden " farklıdır .

Bu söylemenin teknik yolu "nin URI benim Foo verdikleri ad alanı için herkes birinin URI farklıdır Foo için ad". Başka bir deyişle, URI'ler sadece söylemenizi sağlayan dizelerdir.

Buradaki püf nokta "Hey, URL'ler geçerli URI'lar" dır ve kontrolünüzdeki bir URL'ye karşılık gelen bir URI kullanır. Herkes bunu yaparsa, yanlışlıkla isim alanı çarpışmalarından kaçınırsınız. Ad alanı "A" ve ad alanı "B" de olabilirdi, ancak başka birinin de aynı ad alanını kullanması riskini taşıyorsunuz, ve o zaman Foo türünüz artık Foo'larından farklı değil; .

Daha sonra, URI'ler olarak kullanılan URL'lere, örneğin URL'nin dokümantasyonu veya XSD'leri veya benzerlerini içeren bir sayfaya karşılık gelmesi gerektiği gibi ilave kurallar ekleyebilirsiniz, ancak bu gerekli değildir. Bu sadece uygun.

Genel olarak, herhangi bir benzersiz tanımlayıcı bir ad alanına hizmet eder; ancak standardın küresel olarak benzersiz olması gerektiği için , standartın bazı tahkim makamlarını görevlendirmesi veya aynı zamanda küresel olarak benzersiz olan ancak elde tutması ve sizinki kanıtlaması kolay başka bir kaynağı kullanması gerekirdi.

Oh bak! Eğer bir etki alanınız varsa, açıkçası sadece sizindir ve sizin olduğunu kanıtlamak kolaydır!

Örneğin, iki farklı kitapçının “kitaplar” ı tamamen farklı iç tanımlarla ad alanı olarak kullanmaya başladığı durumdan kaçınmak istediler. Dahili olarak kullanırken, problem yok; ancak bir tanesi spesifikasyonlarını yayınlamak istediğinde, tüm cehennem kırılmaya başladı.

Bunun yerine, etki alanınızı kullanmaya teşvik edilirseniz, herhangi biri (bir etki alanı olan herhangi biri), başka hiç kimsenin aynı tanımlayıcıyı kullanmayacağına güvenerek kendi özel ad alanlarını tanımlayabilir.

Bir bonus olarak, isteğe bağlı olarak ad alanınızın tanımını URI'da saklayarak kendi kendini belgeleyebilirsiniz.

Bana harika bir fikir gibi geliyor.

DOM Level 2 2000 yılının sonlarında yayınlandı. "GetElementById" işlevinin yanı sıra bir olay modeli ve XML ad alanları ve CSS desteği de getirildi.

Hangi xmlIns belirtir?
Öznitelik düğümleri olarak "xmlns" veya "xmlns: xxx" adlı, tam olarak ad alanlarının kaynak XML belgesinde yazıldığı gibi. Bu, DOM tarafından sunulan modeldir.

Hangi URI içeriyor?
Ayrılmış bir XML sözde özniteliği xmlns veya xmlns: önek kullanılarak bir XML ad alanı bildirilir, değeri geçerli bir ad alanı adı olmalıdır.

Örneğin, aşağıdaki bildirim "xhtml:" ön ekini XHTML ad alanına eşler:

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

AS Vikipedi'deki makaleyi okuduktan sonra keşfettim . URI, ad alanının XML olarak biçimlendirilmiş özelliklerini içermesi, öğe adı çakışmalarını önlemek için bir yöntem sağlar.

Xml belgesinin XML Schema, XML belgesindeki öğelerin element / tablo / sınıf yapısı için kullandığını biliyor olabilirsiniz .

http://www.w3schools.com/furniture tutun ne yapmalı ?

Yanıt, sayfanızda XML Ad Alanı hakkında bilgi edindiğiniz yerdedir. Kontrol Namespaces in Real Usebu W3Schools bölümüne makale .

Bu URI’nin neyin taşıdığını gösteren bazı bilgileri gösteren aşağıdaki stackoverflow bağlantısını kontrol edin:

XML ad alanı nasıl oluşturulur ve kullanılır?

URI = ad alanının genel benzersiz adı veya tanımlayıcısı

Petrol endüstrisinin lojistiğinin finansal yönetimi üzerine bir veritabanı veya belge oluşturmayı düşünün. Veri tabanı, belge, yönetim, finans, lojistik, petrol ve sanayi: Bunun her bir konu için belirli kelimeleri (yani kontrollü terimler) kullanması gerekir.

Terimlerin hiçbiri bu yedi kelime arasında örtüşmüyorsa, yalnızca bir URI gereklidir. Ancak, bu sözcükler arasındaki diğer terimlerle örtüşen her terim için, bir URI'de veya IRI'da tanımlanan ek bir konuya özgü kelimeye ihtiyacınız olacaktır. Bunun bir yolu, daha geniş genel terimler ve daha dar konuya özel terimler içeren birleştirilmiş bir taksonomi oluşturmaktır.

Bu daha sonra bir terimin jargon eş anlamlılarını da gösteren ve bu terimlerle eşanlamlılar arasında tercih edilen bir terimin tanımlanmasını sağlayan bir eş anlamlılar listesine genişletilebilir.