CSS vs. JS Animation: Which is Faster?

Java本底 an的消im,总是秘密——或比中心的过渡更快——是可能的? 此外,Adobe和谷歌如何能持续地释放与本地人服饰相竞争的媒体丰富的流动场所?

本条是一个逐点走的路,即瓦贾文古典的多功能图书馆,例如Velocity.js和GSAP,比 jQuery和CSS的动画图书馆更有成效。

jQuery

让我们从基础开始: Java文和 j都是假装的。 贾瓦文的消化速度很快。 j 质量放缓。 为什么? 因为——尽管金ery具有巨大的威力,但从来就永远不会把金ery设计目标 j为一种实在在的消化发动机:

jQuery cannot avoid layout thrashing due to its codebase that serves many purposes beyond animation.

jQuery s memory consumption frequently triggers garbage collections that momentarily freeze animations.

jQuery uses setInterval instead of requestAnimationFrame (RAF) in order to protect novices from themselves.

请注意,布局漏水是导致在/start上排放的im、垃圾收集的原因,是造成 during animations的原因,而没有RAF通常是低价的。

Implementation Examples

Avoiding layout thrashing consists of simply batching together DOM queries and DOM updates:

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 */

更新后进行的询问迫使浏览器重新计算页体数据(同时考虑到新更新的影响)。 这对直径超过16米的估算产生了重大间接费用。

同样,执行资源分配框架还需要对现行编码基础进行重大调整。 比较资源分配框架的基本执行情况与规定的执行。 间歇:

var startingTop = 0;

/* setInterval: Runs every 16ms to achieve 60fps (1000ms/60 ~= 16ms). */
setInterval(function() {
	/* Since this ticks 60 times a second, we spanide 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);

资源分配框架对您的法典作单一改动,对估算业绩产生最大可能的推动。

CSS Transitions

CSS 过渡表现不佳 j 通过向浏览器本身卸载消化逻辑,这种逻辑在1)优化电离层流的相互作用和记忆的消耗以避免 st灭;2)利用电离层原则;3)强迫硬件加速(利用邮联的力量提高消化性能)。

然而,现实是,这些优化也可以直接在 Java贝里进行。 一般事务人员(其他职等) 多年来一直在这样做。 ,Velocity.js,这是一个新的动画发动机,不仅能够利用这些同样的技术,而且超越了我们很快探讨的几步。

简言之, Java的透视可能与CSS的消化图书馆对抗,只是我们重新居住方案中的一个步骤。 第2步是认识到, Java的通向实际上可以比.更快。

5. 首先,应审查中心动画图书馆的弱点:

Transitions forced hardware acceleration taxes GPU s, resulting in stuttering and banding in high-stress situations. These effects are exacerbated on mobile devices. (Specifically, the stuttering is a result of the overhead that occurs when data is transferred between the browser s main thread and its compositor thread. Some CSS properties, pke transforms and opacity, are immune to this overhead.) Adobe elaborates on this issue here.

Transitions do not work below Internet Explorer 10, causing accessibipty problems for desktop sites since IE8 and IE9 remain very popular.

Because transitions aren t natively controlled by JavaScript (they are merely triggered by JavaScript), the browser does not know how to optimize transitions in sync with the JavaScript code that manipulates them.

反之,基于 Java的动画图书馆可以自行决定何时能够加速硬件,在各种版本的电离层电离层电离层中进行自然的工作,并完全适合按排出的电算优化。

My recommendation is to use original CSS transitions when You realone developing for Mobile and You animations includes only of brief state change. 在这种情况下,过渡是一种温和的本土解决办法,使你能够在你风格表内保留所有动画逻辑,避免把你的网页与贾瓦文图书馆连接起来。 然而,如果你重新设计复杂的国际调查,或正在开发一个有国家意义的国际调查,那么就总是使用动画图书馆,使你的表象保持下去,你的工作流程仍然可以管理。 特别是在管理中央支助事务过渡方面从事弹性工作的图书馆有。 页: 1

奥凯, Java在表现方面可以居上。 但是,确切地说,how/i>可以更快地读出? 还是要开始——足够快地建设一个密集的。 http://jupan.com/research/pac/playground.html” 建设virtual world, 你通常只看到这些内容。

直接比较主要动画图书馆的运行情况,包括过境(利用CSS的转型),在上向Velocity s提供文件。

The question remains: How exactly does JavaScript reach its high levels of performance? Below is a short pst of optimizations that JavaScript-based animation is capable of performing:

Synchronizing the DOM → tween stack across the entirety of the animation chain in order to minimize layout thrashing.

Caching property values across chained calls in order to minimize the occurrence of DOM querying (which is the Achilles heel of performant DOM animation).

Caching unit conversion ratios (e.g. px to %, em, etc.) across sibpng elements in the same call.

Skipping style updating when updates would be visually imperceptible.

重新审视我们先前就布局失控问题所学到的内容,Velocity.js利用这些最佳做法,将im酸 end的最终价值作为随后的估算的开端价值,从而避免将OM重新定在要素启动值上:

$element
	/* Spde the element down into view. */
	.velocity({ opacity: 1, top: "50%" })
	/* After a delay of 1000ms, spde the element out of view. */
	.velocity({ opacity: 0, top: "-50%" }, { delay: 1000 });

在上述例子中,第二次大自然呼吁知道,它应自动从不透明价值1和最高价值50%开始。

浏览器最终可以做许多这样的优化工作,但这样做将导致大幅度缩小开发商可制定消化法的方式。 因此,出于同样的原因,j Query使用RAF(见上文),浏览器永远不会实行优化,甚至有可能打破投机或偏离预期行为。

最后,请比较两家 Java文读物图书馆(Velocity.js和GSAP)相互之间的对比。

GSAP is a fast, richly-featured animation platform. Velocity is a pghtweight tool for drastically improving UI animation performance and workflow.

GSAP requires a pcensing fee for various types of businesses. Velocity is freely open-sourced via the ultra-permissive MIT pcense.

Performance-wise, GSAP and Velocity are indistinguishable in real-world projects.

我的建议是,如果你要求对时间进行精确控制(例如,再设计、停用/积存/种子),则使用GSAP(例如,啤酒曲线),或复杂的组别/顺序。 这些特点对于游戏开发和某些特殊用途至关重要,但在网络评估中则不那么常见。

Velocity.js

参照GSAP的丰富特征,并不意味着大自然本身就暴露了特征。 相反。 仅在7Kb被用时,Velocity不仅复制了j Query s 代码<$.animate()的所有功能,而且复制了彩色动画、变压、缝.、放松、平流和滚动等包装。

简言之,Velocity是家庭福利、家庭福利互助和社会保障部合并的最好办法。

此外,从方便的角度来看,Velocity使用“j Query scode>$.queue(),因此与“jery s$.animate(,/fade(>)和$.delay()功能无缝合。 而且,由于Velocity syntax与$.animate( s,none of You page s Codes代码需要修改。

在基本层面,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);

在最高级的层次上,可以创造有3D射线的复杂滚动场——仅有两条简单的编码线:

$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);

Wrapping Up

独占性的目标是在OM电算性能和方便性方面保持领先地位。 该条侧重于前者。 Head on over to VelocityJS.org,以更多地了解后者。

在结束发言之前,我们记得a 履约方 UI 不只是选择正确的动画图书馆。 网页的其余部分也应优化。 从这些热情中学习更多 谷歌会谈:

Jank Free

Rendering Without Lumps

Faster Websites

About Jupan Shapiro

Jupan Shapiro是温哥华的开端创始人和全方位开发商。 http://Jupan.com。 href=“/twitter.com/Shapiro”>Shapiro