HTML中,ID和NAME的區別

今天早上看源代碼,看到一段js比較怪異,主要是document.all("",i).value與document.getElementById("").value,沒有搞清楚究竟是什麼區別。數組

後來搜索了一下,發現了一篇文章詳細的說明了一下ID和NAME的區別。轉發以下:服務器

  深刻學習HTML:細說ID和Name屬性的區別學習

   能夠說幾乎每一個作過Web開發的人都問過,到底元素的ID和Name有什麼區別阿?爲何有了ID還要有Name呢?! 而一樣咱們也能夠獲得最classical的答案:ID就像是一我的的身份證號碼,而Name就像是他的名字,ID顯然是惟一的,而Name是能夠重複的。spa

  上週我也遇到了ID和Name的問題,在頁面裏輸入了一個input type="hidden",只寫了一個ID='SliceInfo',賦值後submit,在後臺用 Request.Params["SliceInfo"]卻怎麼也去不到值。後來恍然大悟因該用Name來標示,因而在input里加了個 Name='SliceInfo',就一切ok了。設計

  第一段裏對於ID和Name的解答說的太籠統了,固然那個解釋對於ID來講是徹底對的,它就是Client端HTML元素的Identity。而Name其實要複雜的多,由於Name有不少種的用途,因此它並不能徹底由ID來代替,從而將其取消掉。具體用途有:code

    用途1: 做爲可與服務器交互數據的HTML元素的服務器端的標示,好比input、select、textarea、和button等。咱們能夠在服務器端根據其Name經過Request.Params取得元素提交的值。
    用途2: HTML元素Input type='radio'分組,咱們知道radio button控件在同一個分組類,check操做是mutex的,同一時間只能選中一個radio,這個分組就是根據相同的Name屬性來實現的。
    用途3: 創建頁面中的錨點,咱們知道link是得到一個頁面超級連接,若是不用href屬性,而改用Name,如:,咱們就得到了一個頁面錨點。
    用途4: 做爲對象的Identity,如Applet、Object、Embed等元素。好比在Applet對象實例中,咱們將使用其Name來引用該對象。
    用途5: 在IMG元素和MAP元素之間關聯的時候,若是要定義IMG的熱點區域,須要使用其屬性usemap,使usemap="#name"(被關聯的MAP元素的Name)。
    用途6: 某些特定元素的屬性,如attribute,meta和param。例如爲Object定義參數或Meta中。對象

    顯然這些用途都不是能簡單的使用ID來代替掉的,因此HTML元素的ID和Name的卻別並非身份證號碼和姓名這樣的區別,它們更本就是不一樣做用的東西。進程

    固然HTML元素的Name屬性在頁面中也能夠起那麼一點ID的做用,由於在DHTML對象樹中,咱們可使用 document.getElementsByName來獲取一個包含頁面中全部指定Name元素的對象數組。Name屬性還有一個問題,當咱們動態建立可包含Name屬性的元素時,不能簡單的使用賦值element.name = "..."來添加其Name,而必須在建立Element時,使用document.createElement('')爲元素添加Name屬性。這是什麼意思啊?看下面的例子就明白了。element

    消息框裏顯示的結果是:。開發

    消息框裏顯示的結果是:。

    初始化Name屬性的這個設計不是IE的缺陷,由於MSDN裏說了要這麼作的,但是這樣設計的原理什麼呢?我暫時沒有想太明白。

    這裏再順便說一下,要是頁面中有n(n>1)個HTML元素的ID都相同了怎麼辦?在DHTML對象中怎麼引用他們呢?若是咱們使用ASPX頁面,這樣的狀況是不容易發生的,由於aspnet進程在處理aspx頁面時根本就不容許有ID非惟一,這是頁面會被拋出異常而不能被正常的render。要是否是動態頁面,咱們硬要讓ID重複那IE怎麼搞呢?這個時候咱們仍是能夠繼續使用document.getElementById獲取對象,只不過咱們只能獲取ID重複的那些對象中在HTML Render時第一個出現的對象。而這時重複的ID會在引用時自動變成一個數組,ID重複的元素按Render的順序依次存在於數組中。

相關文章
相關標籤/搜索