我们知道要在Web页面中引用一个HTML元素，最简单的方法就是使用getElementById方法，或其类似的一组getElementsByXxx方法。可是这里需要注意的是，这些方法其实都不能完全绝对的唯一确定对一个元素的引用。至于getElementsByXxx我们不说了，它本身就是getElements，很明白了，那么getElementById也不能唯一确定一个元素吗？当然是，不能。由于html的不严格性，在同一页面中重复元素的id是被允许的。
那么怎么才能唯一的确定对一个元素的引用呢？使用DOM之间的引用结构来查找？这个方法虽然是行的，但是可操作性是在是太差了。这里需要说说html属性uniqueID，它是微软为HTML元素扩充的专有属性，不遵循W3C的规范。这个uniqueID有一些undocumented的特性，uniqueID其实也是和id类似的一套元素表示体系，只是它是纯客户端的标示方案。我们主要说说它的特性。
由于它是元素的表示体系，那么它也因该和id的特性一样啰？实际上确实是这样，除了uniqueID的生成方式和id完全不同外，uniqueID其它表现和id是一样的。我们可以通过这个uniqueID直接引用元素，就像id一样，只是由于uniqueID是动态生成的，所以我们也只能动态使用这个uniqueID，而不能以literal形式来使用。下面是一个使用示例：
| 以下是引用片段： var g_ELEMENTS = {}; var span = document.createElement('SPAN'); document.body.appendChild(span); g_ELEMENTS[span.uniqueID] = span; |
| 以下是引用片段： var elements = g_ELEMENTS.GetExpandoKeys(); for ( var i=0 ; i < elements.length ; ++i ) { var element = eval(elmenets[i]); // todo: other logic } |
可能有人会疑惑，这个uniqueID到底有什么用啊？其实在动态生成大量页面元素时，使用uniqueID可以非常方面的为元素生成真正的unique的id，它的意义就在于可以将这些动态元素cache起来，做统一管理。特别是在实现动态在的TreeView时，如果合理使用uniqueID到来的好处，就可以避免很多需要对树进行反复递归便利才能完成的工作。还有，uniqueID是IE的DOM提供的原生解决方案，比自己去做unique标示要方面高效的多，并且还利于对元素检索。
