webapp模式的网站追求的就是一个体验，是HTML5&CSS3浪潮下的产物，抛开体验不说，webapp模式门槛比较高；
而体验优化的一个重点便是动画，可以说动画是webapp的一个亮点。但也是一个难点，一个痛点，主要原因是：移动端手机的碎片化严重。
设备、型号、版本、分辨率等差异导致移动端需要考虑的主流情况达10多种，而Hybrid带来的webview可以让情况更加糟糕
所以说，近两年想在移动端大范围的使用动画，或者使用webapp模式都对团队的能力提出了要求，原因是：
① 单页对变量污染更加敏感
这个变量污染包括js变量污染，css变量污染，虽然js可采用AMD模块消除主要问题，但css的污染却很难避免，有时候更甚于js
web Component是一个解决方案，但还不敢大范围使用，因为一次UI的改变会导致各个业务团队改变，这个代价没有颠覆性的优势，得不偿失。
② heap值攀升
如果view的管理没有一个有效的销毁机制，那么webapp模式的网站不可避免的会消耗更多的内存，甚至降低体验，费力不讨好
③ 手机烂，CPU烂，国产浏览器多而烂，私自调整webkit内核而引发的问题比比皆是，奇葩浏览器什么的就不提了
所以动画在webapp或者说在移动端的使用有其场景，他适用于小范围的动画，适用于view内级别的动画，比如弹出层的动画，细节处的动画
不适用于页面级别的切换，比如整个view的切换（我们看到的native中的过场动画），view级别动画的痛点是：手机碎片化
而view级别动画的难点是：
① view级别的动画不能预料dom树的大小，大dom树的动画cpu吃不消
② 过场动画不能共用window.scollTop，各个View需要维护自己的滚动条，而区域滚动是移动端另一个痛点
以上是移动端的现状，技术虽好，有其场景。可以在高端机上使用全局性的动画，但是框架层面一定要提供开关机制，低端机卡帧经常发生，保证低端机的基本功能
接下来介绍一下CSS3的动画......
CSS3的动画transition
这里举一个典型的小例子做说明：
这里举一个更加适用于项目的例子：
.animateItem { -webkit-animation: itemFrame 1s ; }</p>
<p> </style>
<script id="others_zepto_10rc1" type="text/javascript" class="library" src="<a href="http://sandbox.runjs.cn/js/sandbox/other/zepto.min.js"></script">http://sandbox.runjs.cn/js/sandbox/other/zepto.min.js"></script</a>>
</head>
<body>
<ul id="demo">
</ul>
<script>
var el = $('#demo');
for(var i = 0; i < 10; i++) {
var li = $('<li>项目_' + i);
el.append(li);
}
var items = $('#demo li');</p>
<p> function animatFn() {
$.each(items, function (i) {
var el = $(this);
el.css('-webkit-animation-delay', i * 50 + 'ms');
el.a