基于Javascript的動(dòng)畫暗中同CSS過渡效果一樣,甚至更加快,這怎么可能呢?而Adobe和Google持續(xù)發(fā)布的富媒體移動(dòng)網(wǎng)站的性能可媲美本地應(yīng)用,這又怎么可能呢?
本文逐一遍覽了基于Javascript的DOM動(dòng)畫庫(kù),如Velocity.js和GSAP,看其是如何比jQuery和CSS動(dòng)畫效果更具性能的.
jQuery
讓我們先從基礎(chǔ)的開始: JavaScript 和 jQuery 被錯(cuò)誤的混為一談了. JavaScript 動(dòng)畫是很快的. jQuery 把它放慢了下來。為什么?因?yàn)?― 盡管jQuery非常強(qiáng)大 ― 但成為一個(gè)性能強(qiáng)勁的動(dòng)畫引擎從來都不是jQuery的設(shè)計(jì)目標(biāo):
應(yīng)該注意到布局顛簸就是在動(dòng)畫開始部分的不順暢,垃圾回收就是造成動(dòng)畫期間不順暢的元兇, 而沒有使用RAF則會(huì)導(dǎo)致低幀率.
實(shí)現(xiàn)示例
避免造成布局顛簸的DOM查詢和更新組合:
var currentTop, currentLeft; /* With layout thrashing. */currentTop = element.style.top; /* QUERY */element.style.top = currentTop + 1; /* UPDATE */ currentLeft = element.style.left; /* QUERY */element.style.left = currentLeft + 1; /* UPDATE */ /* Without layout thrashing. */currentTop = element.style.top; /* QUERY */currentLeft = element.style.left; /* QUERY */ element.style.top = currentTop + 1; /* UPDATE */element.style.left = currentLeft + 1; /* UPDATE */
發(fā)生在更新之后的查詢會(huì)強(qiáng)制瀏覽器對(duì)頁(yè)面的計(jì)算式數(shù)據(jù)進(jìn)行重新計(jì)算 (同時(shí)會(huì)把新的更新效果考慮在內(nèi)). 這樣就會(huì)對(duì)動(dòng)畫產(chǎn)生顯著的開銷,而這只是16毫秒微小間隔的運(yùn)行超時(shí).
類似的,實(shí)現(xiàn) RAF 并不必須是對(duì)你的現(xiàn)有代碼庫(kù)的顯著返工. 讓我們拿RAF的基礎(chǔ)實(shí)現(xiàn)同setInterval比較一下:
var startingTop = 0; /* setInterval: Runs every 16ms to achieve 60fps (1000ms/60 ~= 16ms). */setInterval(function() { /* Since this ticks 60 times a second, we divide the top property's increment of 1 unit per 1 second by 60. */ element.style.top = (startingTop += 1/60);}, 16); /* requestAnimationFrame: Attempts to run at 60fps based on whether the browser is in an optimal state. */function tick () { element.style.top = (startingTop += 1/60);} window.requestAnimationFrame(tick);RAF 產(chǎn)生了推動(dòng)動(dòng)畫性能的最大可能性,你可以對(duì)你的代碼進(jìn)行單一的變更.
CSS 轉(zhuǎn)換
CSS轉(zhuǎn)換通過把動(dòng)畫邏輯甩給瀏覽器本身去處理而超越了jQuery,這在以下幾方面是有效果的:(1)優(yōu)化DOM交互和內(nèi)存消耗以避免卡頓(顛簸),(2)利用引擎的RAF原則,(3)強(qiáng)制硬件加速(利用GPU的能力來提高動(dòng)畫性能)。
然而,現(xiàn)實(shí)是,這些優(yōu)化也可以在JavaScript中直接執(zhí)行。GSAP已經(jīng)這樣做了多年。Velocity.js,一個(gè)新的動(dòng)畫引擎,不僅利用了同樣的技術(shù),而且還向前多走了幾步――我們不久會(huì)探討這些。
面對(duì)事實(shí),JavaScript動(dòng)畫可以與CSS轉(zhuǎn)換競(jìng)爭(zhēng)只是我們康復(fù)計(jì)劃的第一步。第二步是實(shí)現(xiàn)“JavaScript動(dòng)畫實(shí)際上可以比CSS轉(zhuǎn)換更快”。
現(xiàn)在我們開始談?wù)凜SS變換的弱點(diǎn):
相反的,基于JavaScript的動(dòng)畫庫(kù)則可以自行確定合適開啟硬件。它們?cè)С指靼姹綢E瀏覽器,并且它們尤其適合批量動(dòng)畫優(yōu)化。
我的建議是僅當(dāng)你單獨(dú)為移動(dòng)端開發(fā)且僅實(shí)現(xiàn)簡(jiǎn)單動(dòng)畫時(shí)使用原生CSS變換。這種環(huán)境下,transition是一種原生有效的解決方案,可以使你在樣式表中實(shí)現(xiàn)所有動(dòng)畫邏輯,而不用添加額外的JavaScript庫(kù),從而避免你的頁(yè)面變得臃腫。然而,當(dāng)你在設(shè)計(jì)復(fù)雜的UI,或者是開發(fā)存在不同狀態(tài)的UI的App時(shí),你就應(yīng)該使用動(dòng)畫庫(kù)以使動(dòng)畫保持流暢,同時(shí)使工作流程易于管理。Transit是一個(gè)在管理CSS變換方面做得尤其優(yōu)秀的庫(kù)。
JavaScript 動(dòng)畫
好了,那JavaScript可就在性能方面占據(jù)上風(fēng)了. 但Javascript究竟具體快了多少呢? 好吧 ― 最初 ― 對(duì)于構(gòu)建一個(gè)實(shí)在的 3D動(dòng)畫示例 是足夠快的,通常在構(gòu)建中你只會(huì)看到有使用WebGL. 而構(gòu)建一個(gè) 多媒體小動(dòng)畫 也夠了,通常你看到只會(huì)使用Flash或者After Effects構(gòu)建. 而構(gòu)建一個(gè) 虛擬世界 也夠了,通常你只會(huì)看到使用canvas構(gòu)建.
為了對(duì)領(lǐng)先的動(dòng)畫庫(kù),當(dāng)然還要包含Transit(它使用CSS漸變效果),進(jìn)行直接的對(duì)比, 回頭去看看Velocity在VelocityJS.org上的文檔.
問題仍然是: JavaScript是怎樣具體的達(dá)成其高水平性能的? 下面是對(duì)基于Javascript動(dòng)畫能夠被執(zhí)行這一目標(biāo)的優(yōu)化的一個(gè)簡(jiǎn)短清單:
回顧一下我們先前學(xué)過的關(guān)于布局顛簸的知識(shí),Velocity.js利用這些最佳實(shí)踐來緩存動(dòng)畫結(jié)束值以復(fù)用為隨后動(dòng)畫的開始值,從而避免了重新查詢DOM以獲取元素的開始值:
$element /* Slide the element down into view. */ .velocity({ opacity: 1, top: "50%" }) /* After a delay of 1000ms, slide the element out of view. */ .velocity({ opacity: 0, top: "-50%" }, { delay: 1000 });在上面例子中,第二個(gè) Velocity 調(diào)用知道它應(yīng)該自動(dòng)從 opacity為1 和 top為50% 開始。
瀏覽器本身最終能夠執(zhí)行許多這些相同的優(yōu)化,但這樣做會(huì)明顯減少開發(fā)者能夠制作的動(dòng)畫代碼的方式。因此,出于同樣原因,由于jQuery不使用RAF(如上所述),瀏覽器就不會(huì)強(qiáng)制優(yōu)化它,甚至給出一個(gè)很小的機(jī)會(huì)去打破規(guī)格或偏離預(yù)期的行為。
最后,我們對(duì)這兩個(gè)JavaScript動(dòng)畫庫(kù)(Velocity.js 和 GSAP)互相比較一下。
GSAP 是首個(gè)動(dòng)畫庫(kù),用在演示JavaScript DOM 令人印象深刻的動(dòng)畫表現(xiàn)。它確實(shí)是這樣,但有些缺點(diǎn):
我推薦做法是在你需要精確控制定時(shí)(比如 重繪,暫停/恢復(fù))和運(yùn)動(dòng)(比如貝塞爾曲線路徑)的時(shí)候用 GSAP 。這些特性在游戲開發(fā)和某些特殊應(yīng)用中是至關(guān)重要的,但是通常不需要用在網(wǎng)頁(yè)應(yīng)用的 UI中。
Velocity.js
引用 GSAP 豐富的特性并不代表Velocity自身在特性上是輕量級(jí)的. 相反,在壓縮后僅有的7kb中,Velocity不僅僅復(fù)制了jQuery $.animate()的所有功能, 它還把顏色動(dòng)畫,轉(zhuǎn)換,循環(huán),easing效果,類動(dòng)畫還有滾動(dòng)都打包了進(jìn)去.
總之,Velocity是jQuery,jQuery UI,以及CSS漸變效果的最佳組合.
此外,從便利的角度看,Velocity在hood(蓋子,大概意思是公共的接口)之下使用jQuery的 $.queue() 方法, 如此就可以實(shí)現(xiàn)同 jQuery 的 $.animate(), $.fade(), 和 $.delay() 函數(shù)的無縫互操作. 而且,由于Velocity的語(yǔ)法同 $.animate() 的語(yǔ)法是相同的, 你不需要改變頁(yè)面的任何代碼.
讓我們快速地來看一看 Velocity.js. 在基礎(chǔ)的層面,Velocity的行為同$.animate()一樣:
$element .delay(1000) /* Use Velocity to animate the element's top property over a duration of 2000ms. */ .velocity({ top: "50%" }, 2000) /* Use a standard jQuery method to fade the element out once Velocity is done animating top. */ .fadeOut(1000);在其最高級(jí)的層面,可以創(chuàng)建帶有3D動(dòng)畫的復(fù)雜滾動(dòng)場(chǎng)景 ― 幾乎只要用到兩行簡(jiǎn)單的代碼:
$element /* Scroll the browser to the top of this element over a duration of 1000ms. */ .velocity("scroll", 1000) /* Then rotate the element around its Y axis by 360 degrees. */ .velocity({ rotateY: "360deg" }, 1000);新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注