xsi:schemaLocation有何做用

總結：xsi:schemaLocation 即像java中的import命令 其中值爲一對一對的 即 xxxx xxxxxx.dtd 即至關於引入類 前者爲名稱 後者爲來源

　　　xmlns:xsi 該文件語法說明 使用了XMLSchema-instance 

　　　xmlns:即爲別名

　　像下圖使用了xmlns:xsi 才能識別xsi:schemaLocation和xmlns

　　在xsi:schemaLocation引入了beans,xmlns建立beans後 才容許在下方使用<bean></bean>標籤 不然會報unknowTag

　　

 

 

 

我來講說XML文件中的xmlns、xmlns:xsi和xsi:schemaLocation、dtd文件的具體含義

相信不少人和我同樣，在編寫Spring或者Maven或者其餘須要用到XML文檔的程序時，一般都是將這些XML文檔頭拷貝過來，並無理解其中元素（好比xmlns，xmlns:xsi，xsi:schemaLocation）的真正含義，不知道哪些元素是多餘的，也不知道爲何要加那些元素。這樣當有時候網上Copy的XML頭有錯的時候本身殊不知道怎麼下手。我也是這樣的，因而今天花了點時間好好的理解了一下這些元素及其用法，現整理與此，在此謝謝各位前輩的經驗，若有總結的不對或者很差的地方，歡迎留言提出各位的寶貴意見。

 

話很少說，先來一段Spring的XML樣本，相信你們都很眼熟：

    這個文檔中，根元素<beans/>就不用說了，接下來是xmlns。那麼什麼是xmlns呢？xmlns實際上是XML Namespace的縮寫，可譯爲「XML命名空間」，但我的以爲，翻譯後的名字反而很差理解，因此咱們就叫它爲XML Namespace吧。 

    

    爲何須要xmlns？
    考慮這樣兩個XML文檔：表示HTML表格元素的<table/>：

 

    和描述一張桌子的<table/>：

    假如這兩個 XML 文檔被一塊兒使用，因爲兩個文檔都包含帶有不一樣內容和定義的 <table> 元素，就會發生命名衝突。XML 解析器是沒法肯定如何處理這類衝突。爲了解決上述問題，xmlns就產生了。

    

    如何是用xmlns？
    很簡單，使用語法： xmlns:namespace-prefix="namespaceURI"。其中namespace-prefix爲自定義前綴，只要在這個XML文檔中保證前綴不重複便可；namespaceURI是這個前綴對應的XML Namespace的定義。例如，

    這一句定義了一個http://www.springframwork.org/schema/context的Namespace（這和Java類中的包的聲明很類似），並將其和前綴context綁定。因此上面的Spring XML文檔中會有這麼一句：

 

    這裏的<component-scan/>元素就來自別名爲context的XML Namespace，也就是在http://www.springframework.org/schema/context中定義的。

    咱們還能夠將前綴定義爲abc：

 

    這樣再使用這個namespaceURI中的元素時，須要以abc爲前綴，例如：<abc:xxx/>。再拿上面的例子解釋怎麼使用xmlns：

 

 

    和：

 

 

 
    後者與前者僅僅使用不一樣前綴，咱們爲 <table> 標籤添加了一個 xmlns 屬性，這樣就爲前綴賦予了一個與某個命名空間相關聯的限定名稱。此時再把它們放在一塊兒，XML解析器就不會報錯了。

    注意：當xmlns被定義在元素的開始標籤中（如這裏的<f:table/>）時，全部帶有相同前綴的子元素都會與同一個Namespace相關聯（即<f:table/>裏面的<f:name/>和<f:width/>也會使用url2定義的寫法）。

    

    xmlns和xmlns:xsi有什麼不一樣？
    xmlns表示默認的Namespace。例如Spring XML文檔中的

    這一句表示該文檔默認的XML Namespace爲http://www.springframwork.org/schema/beans。對於默認的Namespace中的元素，能夠不使用前綴。例如Spring XML文檔中的

 

    xmlns:xsi表示使用xsi做爲前綴的Namespace，固然前綴xsi須要在文檔中聲明。

 

    xsi:schemaLocation有何做用？
    xsi:schemaLocation屬性實際上是Namespace爲http://www.w3.org/2001/XMLSchema-instance裏的schemaLocation屬性，正是由於咱們一開始聲明瞭

 

    這裏才寫做xsi:schemaLocation（固然通常都使用這個前綴）。它定義了XML Namespace和對應的XSD（Xml Schema Definition）文檔的位置的關係。它的值由一個或多個URI引用對組成，兩個URI之間以空白符分隔（空格和換行都可）。第一個URI是定義的XML Namespace的值，第二個URI給出Schema文檔的位置，Schema處理器將從這個位置讀取Schema文檔，該文檔的targetNamespace必須與第一個URI相匹配。例如：

    這裏表示Namespace爲http://www.springframework.org/schema/context的Schema的位置爲http://www.springframework.org/schema/context/spring-context.xsd。這裏咱們能夠打開這個Schema的位置，下面是這個文檔的開始部分：

 

    有了上面的說明後，再去理解開始的Spring XML文檔，必定會有不同的感受！   

----------------------------------以上均爲引用，以本人項目爲例對上面的解釋補充我的看法，以下---------------------------------------------

從本人項目中，能夠看看相應的代碼：

 

又例如，什麼時候名字空間什麼時候能夠刪除呢，好比下面的狀況：

 

因而可知：一切以  xsi：schemaLocation=「」爲準，也就是說xsi：schemaLocation包含的部分必定要出如今名字空間中。而實際上寫的只須要>=xsi：schemaLocation中的內容便可，這就是刪除的依據。

又例，以maven中的pom.xml文件爲例：

 

 

再例：

 

最後，以web service中xml的wsdl文件再一次詳細說明：

 

只不過這裏沒有 xsi：schemaLocation的說法，因此這裏的名字空間就不能隨意刪除了

其實，看到這，已經領悟不少了。

XML中的文檔聲明類型：dtd

此處參考易百教程：http://www.yiibai.com/xml/xml_dtds.html

 dtd是一種XML的約束，說白了就是我定義了dtd文件，下面的xml編寫必須按照個人約束條件來寫。分爲內部dtd和外部dtd（系統標識符（SYSTEM）和公共標識符（PUBLIC)）

內部dtd：

 

外部dtd：就是這個dtd文件是外部引用的，和css文件的內部，外部一個意思

 

 

 

 

 

因此SYSTEM和PUBLIC這種關鍵字就是引入外部dtd文件的。

以個人項目經歷爲例，一個例子以下：