在Search Engine的robot搜索時(shí)，針對(duì)的type，text/html此類(lèi)“文本”的友好度是最高的（現(xiàn)階段text/xml除外），而text/javascript此類(lèi)的友好度不理想，如果robot還要判斷DHTML代碼的話，那這個(gè)復(fù)雜度也是較高，而且劃不來(lái)，因此，在DHTML時(shí)，如果要提升代碼的友好度。采用的方法，較好的方法是“盡可能是把DHTML的代碼簡(jiǎn)化成沒(méi)有HTML的代碼”。這句話如何理解？

e.g:

二、采用對(duì)Search Engine較友好的方法

從方法一和方法二來(lái)比較，方法一把一些HTML封裝到了neverDHTMLmenu()里，但這樣做并沒(méi)有實(shí)際的好處，雖然我們依然可以把CSS給到這個(gè)類(lèi)里。

方法二中可以看到有很多好處，比如，可以將view與program分離，可以實(shí)現(xiàn)客戶端的MVC。換個(gè)角度說(shuō)，可以提高開(kāi)發(fā)效率。

可能有些朋友會(huì)問(wèn)，除了menu，還有哪些程序可以按上述的方法分離呢？

上面也提到了，一般與頁(yè)面交互較多的，會(huì)產(chǎn)生大量的HTML的，會(huì)影響Search Engine的robot的，都可以采用這種方法，當(dāng)然了，這些只是討論對(duì)Search Engine的友好度，所以，任何代碼都必須由實(shí)際情況而定。

也或者有朋友問(wèn)，這樣為何會(huì)提高開(kāi)發(fā)效率？

比如，美工做好模板后，（假設(shè)此美工會(huì)一些相關(guān)的HTML編寫(xiě)）那么按照xhtml標(biāo)準(zhǔn)，（如上例如示）

假設(shè)我要把原本的home改成Default page，那么美工得和程序員溝通，說(shuō)要改這個(gè)menu的字，溝通時(shí)間在開(kāi)發(fā)中也會(huì)多了。因此，在開(kāi)發(fā)進(jìn)度上，這個(gè)時(shí)間要算進(jìn)去的。假設(shè)要改模板了，那么還得溝通。再或者假如原來(lái)用js生成的HTML是table做成的menu，要改版了，那么這個(gè)程序還得改寫(xiě)。不利于維護(hù)...

這個(gè)方法建議大家可以試試，意思主要就是JS負(fù)責(zé)業(yè)務(wù)實(shí)現(xiàn)，而視圖則仍然交由HTML來(lái)處理。

更多信息請(qǐng)查看IT技術(shù)專欄