Ripple 模拟器第二个（模拟器）是 Ripple，也是Apache的一个产品。Ripple最初是Chrome的一个扩展应用，用来快速测试和启用Cordova API。（后来）Ripple单独放在Chrome一个窗口中，Visual Studio并未止步于此。一旦启动了模拟器，编辑应用程序的源代码后，让模拟器自动更新应用程序以减少通常重置debug环境耗费的时间，这种效果是有可能实现的。
Visual Studio应当会走得更远：帮助你把应用程序部署到一台物理移动设备上，允许你对它进行debug，就像debug模拟器上的应用一样简单。目前，在一台激活的物理移动设备上保持debug模式仍然存在一个问题。但是应用程序确实已经发布到移动设备上，并且已启动。这个bug已经公开，相信不久它就会被修复。Android，iOS和Windows Phone，任何级别的web开发人员都要考虑，且不仅仅是这些。Cordova不仅仅适用于移动应用，它也可以用来创建Windows应用和Ubuntu应用，这一点很重要。 关注点Cordova极大地帮助了web开发者的工作，它允许开发者首次进入移动开发环境而不用降低自己的忍耐度。顺便提一点，开发者可以保持自己的大部分工作习惯，尤其是交互式设计方面，Cordova为开发者提供了一个比"布局"更灵活的技术来绘制每一个所需的方案。 另外，动画效果也是需要着重关注的，它一般用JavaScript实现，以兼容多数web浏览器。对于一个本地应用程序来说，再也不必这么做。你可以指定一个具体的操作系统版本来确定先决条件，但是不要指定可能使用IE6或者IE7的操作系统。另一方面，对于移动设备而言，CPU性能和内存大小不再像对于电脑那样重要了。 我们应该把"内置"的JavaScript实现的动画替换为CSS transition（Apache基金会的做法）。更进一步，为了避免"reflow"现象（重载或更新DOM树导致页面性能降低），最好使用CSS3的新特性来调用GPU。我们可以观察到当一个DOM 元素大小变化时，由于浏览器会计算这个元素大小变化对页面其它元素的影响，此时浏览器会突然变慢。使用CSS3过渡属性里的过渡效果（用translate定义），而不是top和left等坐标属性，页面性能会提高很多。最后，在桌面端优化DOM树时，一般不要使用JavaScript，这一点在移动设备上更重要。 例如，下面的CSS可以兼容很多的浏览器，但它的性能较低：
下面一个，相反，兼容性略差，但是性能更好，因为它不会引起reflow现象：
为了走得更远，我们应当使用类似Iconic的前端框架进行测试。Iconic有一句自我介绍比较有意思： 追求性能 速度很重要。只有当你没有这个东西的时候才会发现它的重要性。Iconic在最新的移动设备上表现非常好。最少的DOM操作次数、完全不使用jQuery、硬件加速转换，有一件事很确定：Iconic会给你留下深刻的印象。 作为结束语，介绍一个 Cordova实现的类似PowerPoint应用，它的源码保存在 一个GitHub库里。 参考文章 |
