细说HTML元素的ID和Name属性的区别--document.getElementById() !!!

可以说几乎每个做过Web开发的人都问过，到底元素的ID和Name有什么区别阿？为什么有了ID还要有Name呢?! 而同样我们也可以得到最classical的答案：ID就像是一个人的身份证号码，而Name就像是他的名字，ID显然是唯一的，而Name是可以重复的。

    上周我也遇到了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来代替，从而将其取消掉。具体用途有：

    用途1: 作为可与服务器交互数据的HTML元素的服务器端的标示，比如input、select、textarea、和button等。我们可以在服务器端根据其Name通过Request.Params取得元素提交的值。
    用途2: HTML元素Input type='radio'分组，我们知道radio button控件在同一个分组类，check操作是mutex的，同一时间只能选中一个radio，这个分组就是根据相同的Name属性来实现的。
    用途3: 建立页面中的锚点，我们知道 < a  href ="URL" > link </ a > 是获得一个页面超级链接，如果不用href属性，而改用Name，如： < a  name ="PageBottom" ></ a > ，我们就获得了一个页面锚点。
    用途4: 作为对象的Identity，如Applet、Object、Embed等元素。比如在Applet对象实例中，我们将使用其Name来引用该对象。
    用途5: 在IMG元素和MAP元素之间关联的时候，如果要定义IMG的热点区域，需要使用其属性usemap，使usemap="#name"(被关联的MAP元素的Name)。
    用途6: 某些特定元素的属性，如attribute，meta和param。例如为Object定义参数 < PARAM  NAME  = "appletParameter"  VALUE  = "value" > 或Meta中 < META  NAME  = "Author"  CONTENT  = "Dave Raggett" > 。

    显然这些用途都不是能简单的使用ID来代替掉的，所以HTML元素的ID和Name的却别并不是身份证号码和姓名这样的区别，它们更本就是不同作用的东西。

    当然HTML元素的Name属性在页面中也可以起那么一点ID的作用，因为在DHTML对象树中，我们可以使用document.getElementsByName来获取一个包含页面中所有指定Name元素的对象数组。Name属性还有一个问题，当我们动态创建可包含Name属性的元素时，不能简单的使用赋值element.name = ""来添加其Name，而必须在创建Element时，使用document.createElement(' < element  name  = "myName" ></ element > ')为元素添加Name属性。这是什么意思啊？看下面的例子就明白了。

< script  language ="JavaScript" >
var  input  =  document.createElement( ' INPUT ' );
input.id  =   ' myId ' ;
input.name  =   ' myName ' ;
alert(input.outerHTML);
</ script >
    消息框里显示的结果是： < INPUT  id =myId > 。

< script  language ="JavaScript" >
var  input  =  document.createElement( ' <INPUT name="myName"> ' );
input.id  =   ' myId ' ;
alert(input.outerHTML);
</ script >
    消息框里显示的结果是： < INPUT  id =myId  name =myName > 。
    初始化Name属性的这个设计不是IE的缺陷，因为MSDN里说了要这么做的，可是这样设计的原理什么呢？我暂时没有想太明白。

    这里再顺便说一下，要是页面中有n(n>1)个HTML元素的ID都相同了怎么办？在DHTML对象中怎么引用他们呢？如果我们使用ASPX页面，这样的情况是不容易发生的，因为aspnet进程在处理aspx页面时根本就不允许有ID非唯一，这是页面会被抛出异常而不能被正常的render。要是不是动态页面，我们硬要让ID重复那IE怎么搞呢？这个时候我们还是可以继续使用document.getElementById获取对象，只不过我们只能获取ID重复的那些对象中在HTML Render时第一个出现的对象。而这时重复的ID会在引用时自动变成一个数组，ID重复的元素按Render的顺序依次存在于数组中。

我们可以通过一段代码来分析一下其中的微妙差别: 
< form  method ="post"  action =""  name ="demoform" >  
< input  type ="text"  name ="oDemo"  id =”oDemo2”  value ="DEMO"   />  
</ form >  

在IE浏览器里，我们可以通过多少方法来索引到这个文本框对象？(为区别起见，我们把NAME和ID设成了不同的值) 
1. oDemo 
2. demoform.oDemo 
3. document.all.oDemo 
4. document.all.demoform.oDemo 
5. document.forms[0].oDemo 
6. document.forms['demoform'].oDemo 
7. document.forms['demoform'].childNodes[0] 
8. document.forms['demoform'].elements[0] 
9. document.getElementById('oDemo2') 
以上9种索引方法在IE6里面全部通过返回值测试，不过值得注意的是最后一种：在IE6里，我把索引对象写成 
document.getElementById('oDemo')，浏览器也能正确索引到对象，真是可怕的容错性啊！！ 
接着问题来了，我们把这段代码放在Mozilla Firefox 1.0里再执行一次，只有第7种方法返回“undefined”，其他的方法可以正确 
索引到对象，不过由于第3、4种方法用到了document.all这个IE专有对象，FF1.0虽然返回了正确的值，不过却在控制台里发出了警 
告：警告：非标准的属性 document.all。请使用 W3C 的标准形式 document.getElementById() 。 
接下来我们把HTML文本类型定义得严格一点，在源代码开头加上： 
<! DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd" >  
使HTML文本按照HTML4.01标准去解析，在IE6里照样全部通过返回值测试，不过在Mozilla Firefox 1.0里麻烦就大了，第3、4种方法 
没有任何的返回值，而在控制台里发出了报错信息：错误： document.all has no properties ，而第7种方法依旧返回“undefined 
”。 
小 结 
name原来是为了标识之用，但是现在根据规范，都建议用id来标识元素。 
以下只能用name： 
1. 表单（form）的控件名，提交的数据都用控件的name而不是id来控制。因为有许多name会同时对应多个控件，比如 
checkbox和radio，而id必须是全文档中唯一的。此外浏览器会根据name来设定发送到服务器的request。因此如果用id，服务器是无 
法得到数据的。 
2. frame和window的名字，用于在其他frame或window指定target。 
以下只能用id： 
1. label与form控件的关联， 
< label  for ="MyInput" > My Input </ label >  
< input  id ="MyInput"  type ="text" >  
for属性指定与label关联的元素的id，不可用name替代。 
2. CSS的元素选择机制，以#MyId的方式指定应用样式的元素，不能用name替代。 
3. 脚本中获得对象： 
IE支持在脚本中直接以id（而不是name）引用该id标识的对象。例如上面的input，要在脚本中获得输入的内容，可以直接以 
MyInput.value来获得。 
如果用DOM的话，则用document.getElementById("MyInput").value，如果要用name的话，通常先得到包含控件的form，例如 
document.forms[0]，然后从form再引用name，注意这样得到的是经过计算后将发送给服务器的值。 
name与id的其他区别是： 
id要符合标识的要求，比如大小写敏感，最好不要包含下划线（因为不兼容CSS）。而name基本上没有什么要求，甚至可以用数字 
。 
用CSS控制这个链接的停留样式， 
可以这样写 #m_blog div.opt a:hover{color:#D57813} 或 #myLink:hover{color:#D57813} 
NAME主要应用在交互式网页，表单提交给某个服务器端脚本后接收变处理量使用。从源代码的规范性和兼容性角度出发，如在客户端 
脚本里要索引某个对象，建议用document.getElementById()方法，尽量不要直接使用NAME的值，当然如果不考虑兼容性，以上9种方 
法都可以在IE里运行通过(IE5.0没测试过)。 
附：测试源代码 
<! DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd" >  
< html >  
< head >   < meta  http-equiv ="Content-Type"  content ="text/html; charset=gb2312"   />  
< title ></ title >  
</ head >  
< body >  
< form  method ="post"  action =""  name ="demoform" >  
< input  type ="text"  name ="oDemo"  value ="DEMO"  id ="oDemo2"   />< br  />  
< input  type ="button"  value ="oDemo"  onclick ="alert(oDemo.value)"   />< br  />  
< input  type ="button"  value ="demoform.oDemo"  onclick ="alert(demoform.oDemo.value)"   />< br  />  
< input  type ="button"  value ="document.all.oDemo"  onclick ="alert(document.all.oDemo.value)"   />< br  />  
< input  type ="button"  value ="document.all.demoform.oDemo"  onclick ="alert(document.all.demoform.oDemo.value)"   />< br  />  
< input  type ="button"  value ="document.forms[0].oDemo"  onclick ="alert(document.forms[0].oDemo.value)"   />< br  />  
< input  type ="button"  value ="document.forms['demoform'].oDemo"  onclick ="alert(document.forms['demoform'].oDemo.value)"   />< br  />  
< input  type ="button"  value ="document.forms['demoform'].childNodes[0]"  onclick ="alert(document.forms 
['demoform'].childNodes[0].value)"   />< br  />  
< input  type ="button"  value ="document.forms['demoform'].elements[0]"  onclick ="alert(document.forms 
['demoform'].elements[0].value)"   />< br  />  
< input  type ="button"  value ="document.getElementById('oDemo2')"  onclick ="alert(document.getElementById('oDemo2').value)"   />< br  />  
</ form >  
</ body >  
</ html >  

转载于:https://www.cnblogs.com/mlaaalm/archive/2009/09/18/1568926.html