今日閱讀了《高效能網站建設指南》一書,該書的作者Steve Souders"為Yahoo!的Team Dev構建了YSlow"。YSlow是Web頁面效能分析工具,可以整合至Firebug,非常好用。書和工具是配套的,工具會線上更新,書印出來就不會再變了,因此,不難理解為什麼這本書中提出了15條規則,工具已經是23條規則了。突然想到的是,既然工具已經做得這麼好了,出新書怕是沒人買了吧?無論怎樣,還是要感謝Steve Souders的分享,也祝福他能夠財源廣進。
650) this.width=650;" width="194" height="262" border="0" title="image" style="margin: 0px; padding: 0px; border: 0px currentColor;" alt="image" src="http://42.121.14.102/css/blog/wp-content/uploads/2013/01/image2.png" />
23條規則都在這裡了:
Yahoo!是大公司大網站。絕大多數情況下我們都是在經營或維護著中小網站,這23條規則是沒有必要全部招呼上的;再就是Yahoo!也不是萬能的,僅僅這23條規則未必夠用。
我覺得前端最佳化總體而言是設計網站時要盡量把頻寬用於傳輸有價值的內容、用於有意義的互動,再有就是要考慮人性的特點,例如正在傳輸圖片時是不是可以先將文字部分顯示出來?
不良的設計可以輕易的吃掉調優的成果,例如,儘管Gzip能壓縮掉70%,但是也許還不如設計師少用一個圖片節約得多呢。又如,可能好不容易回應時間2s以下了,javascript還能迴圈幾次呢?
最後想說的是,一個好的產品或應用,無論是前端還是後台,都應該遵循"減少無意義的計算,增加人性化的計算"的基本原則。最佳化不必追求極限,使用者滿意就好。
本文出自 “iData” 部落格,請務必保留此出處http://idata.blog.51cto.com/4581576/1129448