悟道web規范:前端功能優化 |
發布時間:2019-06-03 文章來源:本站 瀏覽次數:3280 |
前端功能優化完全是一個技術論題,可是對于項目的用戶體會有非常大的影響,假如你的網站打開要等候三五秒或者等到閱讀器提示無法連接,那網站哪來的流量,哪來的品牌影響和用戶忠誠度,掙錢就算了。 3s,作為判斷一個用戶忍受你網站速度的限度,假如超過3s,用戶已經對這個網站產生了負面的沖突心理。 引用: 落后的頁面工程師系統,美工代勞的頁面代碼,唯獨IE才干閱讀的頁面代碼,不需要寫代碼用圖形東西直接導出的頁面代碼,很多的流量耗費的頁面代碼,速度慢的像蝸牛的頁面代碼,程序員看到就頭大發麻的頁面代碼,每次改版修正都要打動干戈,重復產生的頁面代碼,一種讓頁面工程師和民工相同的頁面代碼。 我們當然要革新它,替代他,發明全新的頁面工程師系統和頁面質量,獨立的頁面工程師完結的頁面代碼,跨過渠道的頁面代碼,只要能解析頁面的設備都能夠拜訪和閱讀,手寫的頁面代碼,整齊劃一,層次分明,最低流量耗費的頁面代碼,程序員喜歡的頁面代碼,拜訪速度超快的頁面代碼,改版可重復利用的頁面代碼,讓頁面工程師抬起頭來,自豪的稱自己是工程師,書寫的也是計算機代碼的頁面代碼。 前端功能優化了解yahoo功能優化N條的同學應該不會陌生,裝置一個YSlow評分并對照著優化就能夠了,可是有沒有想過為什么要這么做就能夠提升速度,這些與Web規范有沒有某種關聯或者因果呢。 我把這些個條目分紅三類,服務端運算優化,傳輸優化,客戶端運算優化: 第一類,服務器端優化 服務器端便是對你的網站的動態語言的履行(asp,php),數據庫查詢,存儲等速度,總的來說便是輸入/輸出的運算。這些跟前端沒關系,可是影響著前端。YSlow里面沒有,鬼知道你網站的服務器功能如何,看不出來,就自行優化服務器功能,數據庫功能,多買點服務器擴容。 第二類,傳輸優化 這類是大頭,很煩,首先是字節,字節越小越好,怎么能小下來,最有效的方法便是google的計劃,把主頁做的極其精簡,圖片,html,靜態文件都很小,再便是緩存,把文件放到本地緩存區讀取。還有http請求數,削減文件傳輸中的排隊等候。 字節優化:
緩存: 請求數: 延遲加載和預載: 第三類:客戶端優化
再便是些沒對號入座的yahoo功能優化的條目。至此能夠查驗到頁面工程師不是蓋的,需要對代碼、文件,http協議,緩存,服務器等精準的學習和操控,達到供給用戶最最根本的體會——拜訪速度的體會。 Web規范的別離思想和結構化語義化html促成了以上很多條的施行,這是美工年代所不能比擬的。 |