我已经建立了使用jQuery Mobile的一个项目。 JQM似乎完美的快速原型，但在iPhone的最终结果3GS / IOS 5.1远未流体。 我已经尝试了很多的黑客/技巧，以使其更快，摆脱了转变，但，我仍然不能得到满意的结果。
我一直在四处寻找。 我需要的是一个体面的UI一个轻量级的解决方案（JQM很适合我的需要在该领域）。
trigger.io和AppFramework似乎是2个解决方案，可供选择（也许我错过了一些其他）。
我想给AppFramework一去，但我想有从谁作出的改变人们的反馈。
谢谢。
这个答案的放大版本也可以找到这里 。
jQuery的移动绝不是为了仅作为一个HTML5 / CSS3混合移动应用程序框架。 在一个类似的轨迹像它的哥哥的jQuery和jQuery UI的它的目的是作为在不断增长的移动互联网应用市场一个强大的，反应灵敏的解决方案。 它从它的哥哥拿了是一个各地浏览器的支持。 运行它在一切可能的主要平台，它应该工作一样。
这同样广泛的浏览器支持也带来了另一个问题，那就是平台的优化。 因为JQM不能偏向特定的平台也意味着它不是最优化的使用最任之。
让我们也谈论PhoneGap的一点。 虽然伟大的应用程序包装系统它具有更大的使用时变成地狱孔jQuery Mobile的应用。 这就像两个伟大的父母做了一个变形的私生子或大加号作为了一个更大的负数。
像往常一样，在人类历史的发展另一组来填补这一明显孔。 在这里，来到jqMobi （现AppFramework ）， jqTouch ， 的Zepto ， 煎茶触摸 ， Trigger.io等。
在进一步讨论之前比jQuery Mobile的一两件事必须明白，无论你在速度增益（相信我，你会得到它），你会在社会各界的支持失去。 虽然每个前面提到框架有其背后一个庞大的开发者社区，所有这些的总和甚至不能接近JQM。
与此说，让我们深入到细节。 从我的经验作为目前HTML5 / CSS3 Android和iOS应用混合架构的两个最好的解决方案是AppFramework和煎茶触摸 。 首先，让我说，他们的速度快，比jQuery Mobile的速度将永远是（如果JQ开发商留在这门课程）。 UI支持类似于如果没有更好的在煎茶触摸的情况下，更何况UI更本土寻找它与jQuery Mobile的情况。 列表视图更快，滚动较好，过渡不口吃。
有人问之前为什么有些人则选择使用，jQuery Mobile的呢？ 最明显的原因是社会各界的支持和在一定程度上，这是真理。 但也有一些其他紧迫的问题在这里。 虽然jQMoby做广告自身作为一个更真实的jQuery替代jQuery Mobile的它是一个天大的谎言。 虽然仍有很大的一个很好的框架，他们利用这种说法作为一种营销伎俩。 他们确实已经克隆（重做他们）很多jQuery的功能，但是这仅仅是一个局部的工作，经验丰富的jQuery的开发者会发现他们在一个问题的自我。 他们将不能够完全充分利用他们以前的知识，从而花费更多的时间试图找到如何做一些事情，应该不是一个应用程序工作，工作。
在另一方面煎茶触摸不存在这个问题，因为它有一个不同的，几乎陌生的语法。 像jqMoby你将需要大量的时间来进入它的语法。 但是，没有恐惧，其结果将是最终令人满意。
还有一两件事，不像jQuery Mobile的和PhoneGap的 ，AppFramework和煎茶触摸都有自己的本机应用程序包装系统。 我个人认为，这个系统比PhoneGap的更好，因为它们是由与他们的js框架工作。 唯一的PhoneGap有超过他们是一个庞大的插件开发社区。
jQuery的VS的Zepto VS jQMobi -其中之一是最快的？
在这种情况下，jQuery是像jQuery Mobile的，因为在这里测试上的底层框架功能，它从JQM JQ需要继电器。
在jQuery Mobile的与煎茶触摸良好的咆哮
标题说明了一切。
AppFramework论坛
只有好的jqMoby支持网站
煎茶触摸论坛
只有好的煎茶触摸支持网站
AppFramework可能是您的最佳选择。 它有一个类似的设计jQuery Mobile的这样的语法是不会成为一个问题。
