在Search Engine的robot搜索时，针对的type，text/html此类“文本”的友好度是最高的（现阶段text/xml除外），而text/javascript此类的友好度不理想，如果robot还要判断DHTML代码的话，那这个复杂度也是较高，而且划不来，因此，在DHTML编程时，如果要提升代码的友好度。采用的方法，较好的方法是“尽可能是把DHTML的代码简化成没有HTML的代码”。这句话如何理解？ e.g: 一个javascript menu。 方法一、采用常规的编程方法： <script type="text/javascript"> var navi_menu = neverDHTMLmenu(); /* addItem method * @ pid * @ id * @ text * @ href */ navi_menu.addItem("0","1","home","http://www.never-online.net"); navi_menu.addItem("0","2","blog","http://blog.never-online.net"); navi_menu.addItem("0","3","music","http://www.never-online.net/music"); navi_menu.init("navigator_Container"); </script> 二、采用对Search Engine较友好的编程方法 <script type="text/javascript"> onload = function() { var config = { container: document.getElementById("navigator_Container"); // and more configuration code } var navi_menu = new neverCssDHTMLMenu(config); navi_menu.init(); </script> <div id="navigator_Container" class="navigator_menu"> <ul> <li><a href="http://www.never-online.net">home</a></li> <li><a href="http://blog.never-online.net">blog</a></li> <li><a href="http://www.never-online.net/music">music</a></li> <!-- more... --> </ul> <div> 从方法一和方法二来比较，方法一把一些HTML封装到了neverDHTMLmenu()里，但这样做并没有实际的好处，虽然我们依然可以把CSS给到这个类里。 方法二中可以看到有很多好处，比如，可以将view与program分离，可以实现客户端的MVC。换个角度说，可以提高开发效率。 可能有些朋友会问，除了menu，还有哪些程序可以按上述的方法分离呢？ 上面也提到了，一般与页面交互较多的，会产生大量的HTML的，会影响Search Engine的robot的，都可以采用这种方法，当然了，这些只是讨论对Search Engine的友好度，所以，任何代码都必须由实际情况而定。 也或者有朋友问，这样为何会提高开发效率？ 比如，美工做好模板后，（假设此美工会一些相关的HTML编写）那么按照xhtml标准，（如上例如示） 假设我要把原本的home改成Default page，那么美工得和程序员沟通，说要改这个menu的字，沟通时间在开发中也会多了。因此，在开发进度上，这个时间要算进去的。假设要改模板了，那么还得沟通。再或者假如原来用js生成的HTML是table做成的menu，要改版了，那么这个程序还得改写。不利于维护... 这个方法建议大家可以试试，意思主要就是JS负责业务实现，而视图则仍然交由HTML来处理。

　　推荐阅读

　　DOM精简教程

先来看一张简单的文档树很明显树的顶层节点是NodeA节点,接下来可以通过指定的合适节点移动到树中的任何点,结合以下的代码你可以更好的了解这棵树节点间的相互关系:NodeA.firstChild = NodeA1 NodeA.lastChild = No>>>详细阅读

本文标题：实例：尽可能写友好的Javascript代码

地址：http://www.17bianji.com/kaifa2/JS/31472.html

 1/2    1