盡可能寫"友好"的"Javascript"代碼
2024-09-06 12:43:57
供稿：網(wǎng)友
在Search Engine的robot搜索時，針對的type，text/html此類“文本”的友好度是最高的（現(xiàn)階段text/xml除外），而text/javascript此類的友好度不理想，如果robot還要判斷DHTML代碼的話，那這個復(fù)雜度也是較高，而且劃不來
因此，在DHTML編程時，如果要提升代碼的友好度。采用的方法，較好的方法是“盡可能是把DHTML的代碼簡化成沒有HTML的代碼”。這句話如何理解？
e.g:
一個javascript menu。
方法一、采用常規(guī)的編程方法：
<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 >home</a></li>
<li><a >blog</a></li>
<li><a >music</a></li>
<!-- more... -->
</ul>
<div>
從方法一和方法二來比較，方法一把一些HTML封裝到了neverDHTMLmenu()里，但這樣做并沒有實際的好處，雖然我們依然可以把CSS給到這個類里。
方法二中可以看到有很多好處，比如，可以將view與program分離，可以實現(xiàn)客戶端的MVC。換個角度說，可以提高開發(fā)效率。
可能有些朋友會問，除了menu，還有哪些程序可以按上述的方法分離呢？
上面也提到了，一般與頁面交互較多的，會產(chǎn)生大量的HTML的，會影響Search Engine的robot的，都可以采用這種方法，當(dāng)然了，這些只是討論對Search Engine的友好度，所以，任何代碼都必須由實際情況而定。
也或者有朋友問，這樣為何會提高開發(fā)效率？
