四种常用HTML移动应用框架的比较.docVIP

四种常用HTML5移动应用框架的比较 　　对于Mobile Web来说，现在是快速成长时代。由于采用了HTML5和CSS3技术，移动浏览器的性能加强了许多，同时，移动app的框架也扩展了，这意味着为移动设备创建丰富的互动的web体验的可行性又提升了。 　　本文通过对四种常用的框架进行比较，看看新技术带来了哪些改变。 　　采用诸如PhoneGap这样的封装软件，您就可以使用native app Store以及单个代码库，就可以分布式部署iPhone，iPad和Android等不同的目标平台了。 　　对于Mobile Web的开发人员来说，切换框架代价很高：因为动画的转换，工具栏，按钮，列表的显示，以及线下存储等都很麻烦。因为大部分上述功能都是新技术，以及这些领域的技术还在迅速地改变。作者玩转了许多Mobile Web的框架并且对它们进行了分析比较，下面将为您讲解他的研究发现。 　　jQTouch 　　jQTouch易用性强，相关文档也很全面。它的特色是在 使用HTML,CSS和JavaScript创建iPhone App方面拥有出色的能力。jQTouch使用渐进增强的方案，在您相应的HTML顶层来实现像iPhone那样的用户体验。它简单易用，提供了一个基础的小工具集以及动画方案，开发人员只需要编程控制其动态行为即可。 　　不过在作者的简单测试中发现app的性能存在一定的问题，页面在转换时可能出现跳转或者缺失的情况，以及在响应tap事件的时候还有周期性延迟。该项目在技术上还活跃着，不过原作者的进展和部署都显得太慢了。 　　 　　只需要遵守MIT的license许可就可以使用jQTouch了，MIT lic是作者最喜欢的开源许可之一。 　　jQueryMobile 　　jQuery Mobile是这个领域的新丁，2010年8月才正式宣布成立，但是已经迅速进展到功能丰富的阿尔法2测试版本了。jQuery Mobile跟jQTouch相比很相似，但是更加标准，更有适应性，感觉很像jQTouch的后继版本，对用户接口和style的支持范围更加宽广了。 　　 　　jQuery Mobile的性能是不稳定的，(虽然比jQTouch好一些)特别是在响应TAP事件的动画延迟补偿的时候。此外，还缺少一些关键的程序hook，所以不能轻松地让app更加具有动态性能。例如：当一个页面启动的时候事件触发了，这时候却无法通知响应的代码页面将转向哪个用户接口，也不能传递附加的信息给处理模块。针对上述问题，创建工作区来解决还是可行的，但是在这里作者希望其将来的版本能从jQTouch那里学习一下，并把现在的功能缺陷处理掉。 　　jQuery Mobile的相关文档资料很零散但是有所改进，作者很希望它们能变得像核心jQuery库那样具有鲁棒性。(请注意，jQuery Mobile是和jQuery UI相辅相成的，并不是建在单纯jQuery之上的) 　　想获得jQuery Mobile只需获得MIT或者GPL2 license。 　　Sencha Touch 　　这是个与Ext JS框架完全不同的产物，其方案与jQTouch/jQuery完全不同：Sencha生成自己的DOM(基于用JavaScript创建的对象)代替了先前存在的HTML增强方式。如此，使用Sencha工作的感觉不像是web编程，而更像是使用Java或者Flex等技术来做app的样子。比起jQuery来，Sencha的感觉更像是YUI。作者个人比较偏好渐进增强的方案，尽管其性能还真有些不尽人意的地方。 　　sencha跟其竞争对手们相比，扩展性强了很多：它拥有大量的用户接口组件，直接的iPad支持，拥有JSON和HTML5线下存储技术使得存储和数据绑定更加方便。(使用Sencha的数据结构来操作app的数据十分酷~它可以实时响应列表的更新)此外，Sencha还是唯一在工具栏上支持内嵌的对象支持，其他方式都是滚轮列表的样子。 　　 　　在作者的测试程序中，使用Sencha与jQTouch/jQuery相比，虽然app很明显地不那么轻量级，但是其性能和可靠性方面明显提高了，不过其初始化加载时间略慢。 　　当您使用库library或者框架frame进行开发的时候，不遵守框架或者用你自己的方式通常都不会获得成功。但Sencha的支持范围足够宽广，这意味着您可以使用Sencha的开发方式来实现任何需求。作者最开始用的是WebKit的内嵌SQLite数据库来做线下存储，但是最终还是因为其复杂性和各种bug问题的烦恼而放弃了，转而使用了Sencha数据存储的功能。 　　在文档方面，Sencha做的不太好，虽然很广泛，但是又有很多旧版本的老漏洞没有及时更新，作