但凡從事互聯(lián)網(wǎng)的人基本都會(huì)寫(xiě)幾行 html，用過(guò) Word 的人用 Dreamweaver 也能做出規(guī)整的頁(yè)面，所以大部分人會(huì)很自然地認(rèn)為“頁(yè)面的開(kāi)發(fā)沒(méi)什么技術(shù)含量，很簡(jiǎn)單”。不僅有這種普遍的認(rèn)知，對(duì)從業(yè)者來(lái)說(shuō)也有很多疑惑：做頁(yè)面前端實(shí)現(xiàn)，沒(méi)問(wèn)題；兼容性，小 case；圖片集成，一直都在用……還能有什么問(wèn)題？瓶頸啊、天花板啊、轉(zhuǎn)型啊、出路啊就在從業(yè)者中廣泛討論。是不是真的沒(méi)什么問(wèn)題了呢？網(wǎng)易郵箱前端技術(shù)中心也設(shè)立好幾年了，似乎有著討論不完的話(huà)題，也經(jīng)常會(huì)有一些新的想法讓大家為之一振。那么頁(yè)面開(kāi)發(fā)還有哪些要求，還要做些什么，這里面的水有多深，讓我們舀舀看。
在不同的時(shí)期對(duì)頁(yè)面前端的看法似乎是多變的。在互聯(lián)網(wǎng)早期的時(shí)候，小車(chē)還是比房子貴的，燒餅和粉絲還只是用來(lái)吃的，菊花還只是用來(lái)泡茶的。那時(shí)的頁(yè)面設(shè)計(jì)風(fēng)格相對(duì)單一，對(duì)應(yīng)的頁(yè)面需求比較簡(jiǎn)單，并且當(dāng)時(shí)的瀏覽器也基本是 IE6 的天下，javascript 也只是網(wǎng)頁(yè)特效的代名詞，HTML 頁(yè)面本身沒(méi)有引起太多人的關(guān)注，似乎只要能用 div 甚至 table 加 css 輔助把圖片定好位，把頁(yè)面內(nèi)容預(yù)留好就 OK 了，并且這種觀念存在了很長(zhǎng)一段時(shí)間。隨著頁(yè)面內(nèi)容的豐富，設(shè)計(jì)風(fēng)格的發(fā)展，交互復(fù)雜性的增加，AJAX 的應(yīng)用，瀏覽器的更新?lián)Q代，又讓大家重新對(duì)最基本的頁(yè)面本身重視起來(lái)。然后熱議的就是瀏覽器的兼容性，碰到問(wèn)題最熱衷的就是滿(mǎn)網(wǎng)絡(luò)搜索 hack，順便再罵罵 IE6、7……當(dāng)這些都做一遍后，似乎又遇到了瓶頸，又開(kāi)始尋找出路。我們就從這個(gè)階段開(kāi)始說(shuō)起。
實(shí)現(xiàn)效果圖是最基本的工作
把視覺(jué)稿通過(guò)頁(yè)面代碼的方式表現(xiàn)出來(lái)包含了兩個(gè)基本訴求：1.能夠真實(shí)反映視覺(jué)稿；2.能夠通過(guò)瀏覽器的兼容。這兩個(gè)訴求的達(dá)成需要我們有追求細(xì)節(jié)的態(tài)度和一定的頁(yè)面功底，能完成這兩個(gè)內(nèi)容就可以初步進(jìn)入頁(yè)面前端的從業(yè)者行列了，但這就代表著我們可以勝任頁(yè)面開(kāi)發(fā)的工作了？不，才剛剛開(kāi)始！
與設(shè)計(jì)師的溝通和項(xiàng)目的參與
溝通很重要。先拋出幾個(gè)問(wèn)題：我們有沒(méi)有和設(shè)計(jì)師探討過(guò)某些效果對(duì)低端瀏覽器渲染效率影響比較大？有沒(méi)有探討過(guò)部分效果可以用 CSS3 實(shí)現(xiàn)從而使得結(jié)構(gòu)更加簡(jiǎn)潔清晰？有沒(méi)有在代碼和視覺(jué)中尋追求過(guò)平衡？頁(yè)面前端的開(kāi)發(fā)向基本用戶(hù)，編寫(xiě)的代碼也直接作用在瀏覽器上，我們有義務(wù)對(duì)頁(yè)面的穩(wěn)定性和渲染效率負(fù)責(zé)。我們也經(jīng)常碰到項(xiàng)目在總體進(jìn)度壓力下導(dǎo)致的設(shè)計(jì)與頁(yè)面前端開(kāi)發(fā)同步進(jìn)行，這時(shí)更有必要盡量多地獲取項(xiàng)目信息，了解我們還要做些什么，這些可以幫助我們充分考慮重用和框架拓展。
良好的頁(yè)面結(jié)構(gòu)
頁(yè)面結(jié)構(gòu)的編寫(xiě)好比蓋房的地基建設(shè)，其好壞會(huì)直接影響到 CSS 代碼的質(zhì)量、js 開(kāi)發(fā)、后臺(tái)開(kāi)發(fā)還會(huì)影響到以后的頁(yè)面拓展、迭代和頁(yè)面調(diào)整。拿到視覺(jué)稿后，不要忙著動(dòng)手開(kāi)始，多觀察思考。先分析布局，劃分框架，然后規(guī)劃結(jié)構(gòu)，編寫(xiě)代碼。特別在大型項(xiàng)目中，合理使用模塊化的開(kāi)發(fā)不論從整體進(jìn)行還是拓展維護(hù)都有相當(dāng)大的好處。
關(guān)于 hack
很多同學(xué)在頁(yè)面開(kāi)發(fā)時(shí)上網(wǎng)搜索最多的就是 hack 了，是否我們完全要依賴(lài) hack 來(lái)實(shí)現(xiàn)頁(yè)面兼容性，答案是否定的。大家經(jīng)常比喻 IE6 向我們?nèi)隽艘粋�(gè)謊，結(jié)果我們要再撒一百個(gè)謊來(lái)圓這個(gè)謊。不否認(rèn) IE6 經(jīng)常讓我們口吐鮮血，但不代表我們用更多的“謊言”來(lái)彌補(bǔ)就可以心安理得。大部分情況下可以通過(guò)變換思路調(diào)整 HTML 結(jié)構(gòu)，或使用一些雖然無(wú)法解釋但相對(duì)安全的 css 來(lái)干掉 hack。誰(shuí)都無(wú)法預(yù)計(jì)使用 hack 什么時(shí)候會(huì)讓我們?cè)砸粋�(gè)大跟頭。比如觸發(fā) layout 或 position:relative 就可以幫助解決很多 IE6 的問(wèn)題。
優(yōu)美的代碼
現(xiàn)在很多 web 項(xiàng)目功能復(fù)雜，代碼規(guī)模也會(huì)變得很龐大，如何更好地進(jìn)行協(xié)同開(kāi)發(fā)和維護(hù)是我們面臨的一個(gè)問(wèn)題。需要考慮完善統(tǒng)一的規(guī)劃，還有要養(yǎng)成良好的代碼開(kāi)發(fā)習(xí)慣才會(huì)在面臨各種情況時(shí)游刃有余。翻閱頁(yè)面代碼，看到合理的標(biāo)簽使用、良好的注釋、清晰的代碼結(jié)構(gòu)、用意準(zhǔn)確的 css 不僅猶如欣賞一個(gè)藝術(shù)品，更為下游開(kāi)發(fā)和協(xié)同開(kāi)發(fā)降低了不小的溝通成本，我們有什么理由不去這么做呢？舉個(gè)反面例子：div 濫用是現(xiàn)在比較典型的一個(gè)問(wèn)題。數(shù)數(shù)看自己使用的標(biāo)簽有多少個(gè)呢？不同的語(yǔ)義都該使用對(duì)應(yīng)的標(biāo)簽代碼，特別是 HTML5 提供了更豐富的語(yǔ)義化標(biāo)簽，它們都苦苦地在等待戰(zhàn)場(chǎng)上的沖鋒號(hào)，讓我們?nèi)ソ夥潘鼈儼桑?/p>
無(wú)障礙頁(yè)面開(kāi)發(fā)
可訪(fǎng)問(wèn)性與易用性是非常主觀且人性化的東西。普通人看上去上完美呈現(xiàn)的頁(yè)面在特殊群體中不一定顯得那么貼心。當(dāng)盲人用讀屏軟件在頁(yè)面某個(gè)區(qū)域內(nèi)陷入循環(huán)時(shí)，我們應(yīng)該感到內(nèi)疚。只能說(shuō)目前國(guó)內(nèi)的網(wǎng)站對(duì)此的重視程度還遠(yuǎn)遠(yuǎn)不夠，這就需要我們共同努力，讓更多的人感受到我們的熱情。
保障效率
作為項(xiàng)目開(kāi)發(fā)中比較靠前的一環(huán)，頁(yè)面開(kāi)發(fā)可能需要盡早完成為項(xiàng)目爭(zhēng)取時(shí)間，這就需要我們盡可能地提高效率。“工欲善其事，必先利其器”，除了實(shí)戰(zhàn)經(jīng)驗(yàn)和代碼習(xí)慣的形成可以幫助我們提高效率外，想要提高對(duì)自己開(kāi)發(fā)的進(jìn)度掌控能力，還有很多輔助工具可以幫助我們進(jìn)行頁(yè)面開(kāi)發(fā)。比如使用 Less 或 Sass 可以幫助我們拓展和組織 CSS，大大提高 CSS 的編寫(xiě)效率增加了可維護(hù)性。比如可以通過(guò) zen coding 的自動(dòng)自動(dòng)完成和自定義代碼塊讓你可以劍指如飛。甚至還見(jiàn)過(guò)通過(guò)自定義輸入法的代碼塊關(guān)鍵字來(lái)提升開(kāi)發(fā)速度的。多多發(fā)掘一定會(huì)找到最合適自己使用的工具。
針對(duì)服務(wù)器的優(yōu)化
頁(yè)面開(kāi)發(fā)也需要了解服務(wù)器的優(yōu)化，盡量減小服務(wù)器負(fù)擔(dān)。比如 css sprite 就是一個(gè)典型減小服務(wù)器請(qǐng)求數(shù)的例子。在網(wǎng)易郵箱的頁(yè)面前端開(kāi)發(fā)中大家不停地在做著各種優(yōu)化，比如一直在尋求文件大小與服務(wù)器請(qǐng)求數(shù)的平衡；為了盡可能提高緩存利用率采用了補(bǔ)丁升級(jí)；對(duì) class 名進(jìn)行了混淆壓縮避免命名過(guò)長(zhǎng)的冗余；應(yīng)用 base64 減少請(qǐng)求數(shù)量等等措施。這些都是綜合權(quán)衡的結(jié)果，需要考慮各個(gè)方面整體優(yōu)化。因?yàn)楫?dāng)頁(yè)面訪(fǎng)問(wèn)量達(dá)到一定的數(shù)量級(jí)時(shí)，再小的一點(diǎn)優(yōu)化都會(huì)達(dá)到可觀的效果，再小的問(wèn)題都可能會(huì)形成巨大的災(zāi)難。
擁抱 HTML5
這是一個(gè)充滿(mǎn)機(jī)會(huì)的時(shí)代，HTML5時(shí)代的來(lái)臨伴隨著移動(dòng)互聯(lián)網(wǎng)的興起創(chuàng)造了更大的機(jī)會(huì)，還有太多的東西值得我們?nèi)W(xué)習(xí)去發(fā)現(xiàn)。 HTML5 提供了豐富的 JS API 接口，需要我們?nèi)パ芯浚籆SS3的絢麗吸引了足夠多的眼球，需要我們?nèi)パ芯�；移�?dòng)設(shè)備上如何開(kāi)發(fā)更加適配的頁(yè)面，需要我們?nèi)パ芯?hellip;…
Stay Hungry， Stay Foolish
水是越舀越多了，卻發(fā)現(xiàn)原來(lái)下面還深不見(jiàn)底，上面的內(nèi)容越是深入研究就越會(huì)發(fā)現(xiàn)更多山川需要翻越。保持饑餓狀態(tài)，用眼睛去努力發(fā)現(xiàn)發(fā)掘，不斷豐富技能才能找到定位，突破瓶頸，正所謂“唯有高屋建瓴方可水到渠成”。形成本文是因?yàn)橹昂屯杏懻摰狡款i的問(wèn)題，想給自己，給頁(yè)面前端的同學(xué)一起找找定位，梳理一下思路。拿蘋(píng)果 CEO 在斯坦福演講的一句話(huà)“Stay Hungry， Stay Foolish”和大家共勉。
|
