很難想象一個半年前還在做后臺開發(fā)，對前端知之甚少的我，現(xiàn)在也可以從事前端開發(fā)了。這半年的學習過程將會是我人生一筆寶貴的財富，這讓我想到一句話“在成長的道路上，我們不要給自己設定界限，只要擁有成長的力量，就能不斷超越自己”。 下面以我自己的經(jīng)歷講講前端的學習過程。
Jquery基礎知識準備
學習前端需要掌握的基礎知識有jquery,css。做移動端開發(fā)最好掌握CSS3，CSS3的許多新特性會讓布局簡單很多。Jquery可以不用每個知識點都很熟練，但是最好都了解，用的時候知道有這個東西再進行細致學習會更牢固。必須掌握的幾個點
1.選擇器
基礎的id樣式選擇器是必須掌握的，這里不多說。
2.事件綁定
不推薦的寫法
<button id="foo" onclick="dosomething()">Bar</button>
缺點：這樣做的結果就是html前端和js前端的工作混在了一起，原則上HTML代碼只能體現(xiàn)網(wǎng)頁的結構
建議寫法
$(“#foo”).click(function(){});
優(yōu)點：jQuery是追加綁定的，綁多少執(zhí)行多少，還解決了IE的不兼容問題。
Jquery中的事件綁定方式有很多 click,live,bind,one,on…,它們之間的區(qū)別這里就不多講了。on方法是官方推薦的綁定事件的一個方法，從性能和試用場景上來說都是很好的。
$(“#foo”).on(“click”,function(){});
高級用法，場景（在多行的表格表格中，動態(tài)添加了一行，如果想給新增的這行綁定點擊事件）
$(“#table”).on(“click”,”.row”,function(){});
這里在頁面初始化的時候可以給表格里面帶row樣式的行綁定click事件，就算row是新增的，也會添加上該click事件，即事件委托。用C#來解釋：發(fā)布者會把click事件發(fā)布給所有繼承row這個類的訂閱者身上，即常說的發(fā)布-訂閱者模式。
3.函數(shù)閉包
推薦使用閉包的方式封裝函數(shù)，避免函數(shù)覆蓋。
var PublicHandle=(function(){
/*私有變量和函數(shù)*/
var _privateVar;
var _getName=function(){
};
/*對外提供的接口*/
return{
verifyName:function(){
},
getName:function(){
}
}
});
掌握的jquery的幾個基礎知識，結合前端開任務對js會越來越熟練。
CSS學習與技巧
CSS的學習主要重點是多看，可以學習別人現(xiàn)成的例子?？纯词窃趺床季值?，CSS怎么寫是規(guī)范的，網(wǎng)上有很多現(xiàn)成的資源如W3CSchool 前端網(wǎng)。移動端開發(fā)框架如Agile Ratchet Junior。
框架會提供許多功能都是可以拿來直接使用的，弄懂其中一個框架和CSS和JS會讓自己的前端學習更加迅速，當然這是需要花時間的。
代碼優(yōu)化
掌握了基本知識，就得向更高層級代碼和性能優(yōu)化方面前進了，網(wǎng)上有很多前端優(yōu)化的指導意見，以下意見引用了博客毫秒必爭，前端網(wǎng)頁性能最佳實踐。最佳實踐我引用的來自yahoo前端性能團隊總結的35條黃金定律。原文猛擊這里。下面引用的是我了解的一些原則。
網(wǎng)頁內容
減少http請求次數(shù)
避免頁面跳轉
減少DOM元素數(shù)量
避免404
服務器
Gzip壓縮傳輸文件
避免空的圖片src
Cookie
減少Cookie大小
CSS
將樣式表置頂
避免CSS表達式
Javascript
將腳本置底
使用外部Javascirpt和CSS文件
精簡Javascript和CSS
去除重復腳本
減少DOM訪問
網(wǎng)頁內容
減少http請求次數(shù)
80%的響應時間花在下載網(wǎng)頁內容(images, stylesheets, javascripts, scripts, flash等)。減少請求次數(shù)是縮短響應時間的關鍵！可以通過簡化頁面設計來減少請求次數(shù)，但頁面內容較多可以采用以下技巧?！ ?/p>
1.合并文件: 現(xiàn)在有很多現(xiàn)成的工具可以幫你將多個腳本文件文件合并成一個文件，將多個樣式表文件合并成一個文件，以此來減少文件的下載次數(shù)。
2.CSS Sprites: 就是把多個圖片拼成一副圖片，然后通過CSS來控制在什么地方具體顯示這整張圖片的什么位置。給大家看個熟悉的Sprites實例。
豆瓣把他的圖標集中在一起，然后我們看他如何控制只顯示第一個圖標的
.app-icon-read {
background-position: 0 0;
}
.app-icon {
background: url("/pics/app/app_icons_50_5.jpg") no-repeat scroll 0 0 transparent;
border-radius: 10px 10px 10px 10px;
box-shadow: 1px 1px 2px #999999;
display: inline-block;
height: 50px;
width: 50px;
}
3.BASE64編碼圖標: 通過編碼的字符串將圖片內嵌到網(wǎng)頁文本中。例如下面的inline image的顯示效果為一個勾選的checkbox。
.sample-inline-png {
padding-left: 20px;
background: white url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQAQMAAAAlPW0iAAAABlBMVEUAAAD///+l2Z/dAAAAM0lEQVR4nGP4/5/h/1+G/58ZDrAz3D/McH8yw83NDDeNGe4Ug9C9zwz3gVLMDA/A6P9/AFGGFyjOXZtQAAAAAElFTkSuQmCC') no-repeat scroll left top;
}
可以看到其中有很長的一串，那個就是base64編碼的圖片，網(wǎng)上有在線生成的工具。圖片在線轉換Base64
減少DOM元素數(shù)量
網(wǎng)頁中元素過多對網(wǎng)頁的加載和腳本的執(zhí)行都是沉重的負擔，500個元素和5000個元素在加載速度上會有很大差別。想知道你的網(wǎng)頁中有多少元素，通過在瀏覽器中的一條簡單命令就可以算出，
document.getElementsByTagName('*').length
避免404
404我們都不陌生，代表服務器沒有找到資源，我們要特別要注意404的情況不要在我們提供的網(wǎng)頁資源上，客戶端發(fā)送一個請求但是服務器卻返回一個無用的結果，時間浪費掉了。更糟糕的是我們網(wǎng)頁中需要加載一個外部腳本，結果返回一個404，不僅阻塞了其他腳本下載，下載回來的內容(404)客戶端還會將其當成Javascript去解析。
服務器
Gzip壓縮傳輸文件
Gzip通?？梢詼p少70%網(wǎng)頁內容的大小，包括腳本、樣式表、圖片等文件。Gzip比deflate更高效，主流服務器都有相應的壓縮支持模塊。IIS中內建了靜態(tài)壓縮和動態(tài)壓縮模塊，如何配制可以參考Enable HTTP Compression of Static Content (IIS 7)和Enable HTTP Compression of Dynamic Content (IIS 7)。
值得注意的是pdf文件可以從需要被壓縮的類型中剔除，因為pdf文件本身已經(jīng)壓縮，gzip對其效果不大，而且會浪費CPU。
避免空的圖片src
空的圖片src仍然會使瀏覽器發(fā)送請求到服務器，這樣完全是浪費時間，而且浪費服務器的資源。尤其是你的網(wǎng)站每天被很多人訪問的時候，這種空請求造成的傷害不容忽略。瀏覽器如此實現(xiàn)也是根據(jù)RFC 3986 –?Uniform Resource Identifiers標準，空的src被定義為當前頁面。所以注意我們的網(wǎng)頁中是否存在這樣的代碼
straight HTML
< img src=”">
JavaScript
var img = new Image();
img.src = “”;
Cookie
減少Cookie大小
Cookie被用來做認證或個性化設置，其信息被包含在http報文頭中，對于cookie我們要注意以下幾點，來提高請求的響應速度，
去除沒有必要的cookie，如果網(wǎng)頁不需要cookie就完全禁掉
將cookie的大小減到最小
注意cookie設置的domain級別，沒有必要情況下不要影響到sub-domain
設置合適的過期時間，比較長的過期時間可以提高響應速度。
CSS
將樣式表置頂
經(jīng)樣式表(css)放在網(wǎng)頁的HEAD中會讓網(wǎng)頁顯得加載速度更快，因為這樣做可以使瀏覽器逐步加載已將下載的網(wǎng)頁內容。這對內容比較多的網(wǎng)頁尤其重要，用戶不用一直等待在一個白屏上，而是可以先看已經(jīng)下載的內容。
如果將樣式表放在底部，瀏覽器會拒絕渲染已經(jīng)下載的網(wǎng)頁，因為大多數(shù)瀏覽器在實現(xiàn)時都努力避免重繪，樣式表中的內容是繪制網(wǎng)頁的關鍵信息，沒有下載下來之前只好對不起觀眾了。
避免CSS表達式
CSS表達式可以動態(tài)的設置CSS屬性，在IE5-IE8中支持，其他瀏覽器中表達式會被忽略。例如下面表達式在不同時間設置不同的背景顏色。
background-color: ( (new Date()).getHours()%2 "#B8D4FF" : "#F08A00" );
CSS表達式的問題在于它被重新計算的次數(shù)遠比我們想象的要多，不僅在網(wǎng)頁繪制或大小改變時計算，即使我們滾動屏幕或者移動鼠標的時候也在計算，因此我們還是盡量避免使用它來防止使用不當而造成的性能損耗。如果想達到類似的效果我們可以通過簡單的腳本做到。
<html>
<head>
</head>
<body>
<script type="text/javascript">
var currentTime = new Date().getHours();
if (currentTime%2) {
if (document.body) {
document.body.style.background = "#B8D4FF";
}
}
else {
if (document.body) {
document.body.style.background = "#F08A00";
}
}
</script>
</body>
</html>
Javascript
將腳本置底
HTTP/1.1 specification建議瀏覽器對同一個hostname不要超過兩個并行下載連接， 所以當你從多個domain下載圖片的時候可以提高并行下載連接數(shù)量。但是當腳本在下載的時候，即使是來自不同的hostname瀏覽器也不會下載其他資源，因為瀏覽器要在腳本下載之后依次解析和執(zhí)行。
因此對于腳本提速，我們可以考慮以下方式，
把腳本置底，這樣可以讓網(wǎng)頁渲染所需要的內容盡快加載顯示給用戶。
現(xiàn)在主流瀏覽器都支持defer關鍵字，可以指定腳本在文檔加載后執(zhí)行。
HTML5中新加了async關鍵字，可以讓腳本異步執(zhí)行。
使用外部Javascirpt和CSS文件
使用外部Javascript和CSS文件可以使這些文件被瀏覽器緩存，從而在不同的請求內容之間重用。同時將Javascript和CSS從inline變?yōu)閑xternal也減小了網(wǎng)頁內容的大小。使用外部Javascript和CSS文件的決定因素在于這些外部文件的重用率，如果用戶在瀏覽我們的頁面時會訪問多次相同頁面或者可以重用腳本的不同頁面，那么外部文件形式可以為你帶來很大的好處。但對于用戶通常只會訪問一次的頁面，例如microsoft.com首頁，那inline的javascript和css相對來說可以提供更高的效率。
精簡Javascript和CSS
精簡就是將Javascript或CSS中的空格和注釋全去掉，用來幫助我們做精簡的工具很多，主要可以參考如下，
JS compressors:
Packer
JSMin
Closure compiler
YUICompressor(also does CSS)
AjaxMin(also does CSS)
CSS compressors:
CSSTidy
Minify
YUICompressor(also does JS)
AjaxMin(also does JS)
CSSCompressor
與VS集成比較好的工具如下.
YUICompressor- 編譯集成，包含在NuGet.
AjaxMin– 編譯集成
去除重復腳本
重復的腳本不僅浪費瀏覽器的下載時間，而且浪費解析和執(zhí)行時間。一般用來避免引入重復腳本的做法是使用統(tǒng)一的腳本管理模塊，這樣不僅可以避免重復腳本引入，還可以兼顧腳本依賴管理和版本管理。
減少DOM訪問
通過Javascript訪問DOM元素沒有我們想象中快，元素多的網(wǎng)頁尤其慢，對于Javascript對DOM的訪問我們要注意
緩存已經(jīng)訪問過的元素
Offline更新節(jié)點然后再加回DOM Tree
避免通過Javascript修復layout
總結
經(jīng)過這段時間的前端學習，深深體會到前端其實和后端差不多的。學習過程中可以進行類比，學習之初都是完成功能，當代碼熟練之后就要知道代碼優(yōu)化的內容，明白什么代碼才是好的代碼，為什么這么寫是好的代碼。這樣的求知過程才能讓自己進步更快，而不僅僅是為了實現(xiàn)功能。
另外一點就是分享，只有自己將學的知識掌握牢固了，才有能力將知識分享出去，這也是幫助自己提升的過程。
或許你會覺得我是做后端的不需要深入掌握前端，但說不定什么時候需要你從事前端呢！提前做好知識儲備，保持一顆孜孜不倦求知的心，以不變應萬變豈不是更好，你說呢？
聯(lián)系客服
