在这篇文章中，我们将讨论创建一个移动HTML5webapp需要的最低限度的东西。主要观点是去除现在移动框架试图隐藏的隐含复杂性。你会看到一个简约方法（使用核心的HTML5APIs）和使你能够写出自己的框架或给你现在在用的框架贡献代码的基本原则。

　　优化移动体验的HTML5技巧简介

　　连轴转的刷新，不断变向的页面转换，以及tap事件的周期性的延迟仅仅是现在移动web环境令人头疼事情的一小部分。开发者正试图尽可能的靠近原生应用，但却经常被各种兼容问题，系统复位，和僵化的框架打乱步调。

　　HTML5硬件加速

　　通常情况下，GPUs处理精细的3D建模或者CAD图表，但这种情况下，我们想要原始的制图(divs,背景，下落式阴影的文字，图像等等...)能通过GPU平滑地展现出来并且有流畅的动画。不幸的是，大多数前端开发者没有考虑动画处理的机制并将其装载在第三方框架，但是这些核心的CSS3特性应该被掩盖吗？让我来给你们一些关于为什么关心这件事是十分重要的理由：

　　1.内存分配和计算压力-如果你将所有元素都合成在DOM里，仅仅是为了硬件加速，在你的代码基础上继续工作的另一个人可能会想狠狠揍你一顿。

　　2.电源消耗-显然地，当硬件开始工作，电源也随之开始消耗。当进行移动端开发时，开发者开发移动应用必须要考虑设备多样化的约束。普遍流行的情况是浏览器开发商开始使其产品能适应多样的设备硬件。

　　3.冲突-我曾经历过小故障：将硬件加速应用到一部分能够加速的页面。值得确信的是如果你有重复的加速区域是非常重要的。

　　总之，为了尽可能地使户交互平滑并且接近真实，我们必须使浏览器为我们工作。理想的情况是，我们想要HTML5移动设备的CPU建立初始化动画，然后使GPU仅仅负责动画处理过程中合成不同的层。这就是translate3d,scale3d,translateZ做的事-他们给了动画元素到他们各自的层，因此允许设备能平滑渲染。如果想要了解更多加速合成，WebKit工作原理，提供了许多信息。