|
3. 開發(fā)效率
富含語義的網(wǎng)頁結(jié)構(gòu)對前期開發(fā)和后期修補(bǔ)bug都有顯著作用，具體而言，像下面一段簡單的產(chǎn)品列表代碼。
通過“語義化”的標(biāo)簽，豐富了產(chǎn)品列表內(nèi)的“鉤子（hook）”，通過在父層添加id和class命名，便能控制產(chǎn)品列表內(nèi)的全局表現(xiàn)，對于樣式的修改，在理想狀態(tài)下能避免通過后臺開發(fā)人員改變網(wǎng)頁結(jié)構(gòu)的情況，節(jié)省人力成本，但回歸現(xiàn)實(shí)情況，面對產(chǎn)品和老板的各種需求，想完全通過只修改CSS便能改變樣式還是不現(xiàn)實(shí)的，面對大大小小的需求和bug，最好的方式還是在前期開發(fā)階段為頁面合理地預(yù)留“鉤子”，方便后期修改使用，此時(shí)豐富的語義標(biāo)簽就顯得相當(dāng)實(shí)用了。
對團(tuán)隊(duì)協(xié)作而言，充滿語義的ID、Class命名能讓團(tuán)隊(duì)里的所有人員對結(jié)構(gòu)一目了然，試想一個class為red的標(biāo)簽因?yàn)樾枨蟮母淖兌鴵Q成藍(lán)色，就能理解為什么要語義命名了。
在過去對柵格化和框架的討論中，引出了關(guān)于命名規(guī)范思考，以下只是對命名方式的討論，并不包含其他因素的影響，最近接觸到一套完善的布局規(guī)范，我想，大部分人剛接觸時(shí)，都跟我一樣，對這種命名感覺到頭暈“area_01” “l(fā)ayout_01”等，因?yàn)閺膩頉]有經(jīng)歷過像現(xiàn)在團(tuán)隊(duì)所接手項(xiàng)目的龐大規(guī)模，所以說不準(zhǔn)這種方式到底是否合適，但有一方面是可以肯定的，這確實(shí)是增加了新人的學(xué)習(xí)成本，而對于未來的開發(fā)，我認(rèn)為這種方式也是可取的，畢竟從長遠(yuǎn)看，它目的也旨意為了提高團(tuán)隊(duì)中的開發(fā)效率和減少沖突，我想，像YUI 、Blueprint、960 Grid System也是這樣應(yīng)運(yùn)而生的吧，這只是個人的臆想，希望未來能得到佐證。
4. 行業(yè)標(biāo)準(zhǔn)
一千個人有一千個哈姆雷特，同樣，一千個前端也能寫出一千個表現(xiàn)一致但結(jié)構(gòu)不同的頁面，這正是頁面重構(gòu)中的現(xiàn)狀，通過CSS我們能隨意地?cái)[弄頁面的所有元素，但最基本的HTML結(jié)構(gòu)卻鮮有人關(guān)注，一方面原因是HTML標(biāo)簽語義上的不足， HTML5新增的標(biāo)簽在一定程度上解決了這部分問題，而進(jìn)一步的原因，我想，還是前端工作者對HTML基礎(chǔ)的漠視，像鬼哥所說的，“外行看門道，內(nèi)行看熱鬧”，“如果你想在這個行業(yè)內(nèi)有所建樹，專業(yè)化是必須的。也就是說如果你不考慮自己的發(fā)展，也就不用討論“語義化”的問題了�！�
“語義化”的目標(biāo)在于實(shí)現(xiàn)統(tǒng)一標(biāo)準(zhǔn)，未來的互聯(lián)網(wǎng)“一定是開放的互聯(lián)網(wǎng)，不會像現(xiàn)在這樣數(shù)據(jù)無法暢通無阻，存在大量的信息孤島和信息盲點(diǎn)”，微格式正是一個很好的實(shí)踐，開放的接口，共享的內(nèi)容，下面會詳細(xì)談到。
出處：藍(lán)色理想
責(zé)任編輯：bluehearts
上一頁 從語義開始–概念、意義、實(shí)踐 [2] 下一頁 從語義開始–概念、意義、實(shí)踐 [4]
◎進(jìn)入論壇網(wǎng)頁制作、WEB標(biāo)準(zhǔn)化版塊參加討論，我還想發(fā)表評論。
|
第 1 頁 
第 3 頁 從語義開始–概念、意義、實(shí)踐 [3]
