我使用 Jquery Mobile 构建了一个项目。 JQM 似乎非常适合快速原型设计，但在 iphone 3GS/IOS 5.1 上的最终结果远非流畅。我已经尝试了很多黑客/技巧来使其更快并摆脱过渡，但仍然无法获得令人满意的结果。
我一直在环顾四周。我需要的是一个具有良好 UI 的轻量级解决方案（JQM 非常适合我在该领域的需要）。
trigger.io 和 AppFramework 似乎是两个可用的解决方案（也许我错过了其他一些解决方案）。
我想试一试 AppFramework，但我想从做出改变的人那里得到反馈。
谢谢。
【问题讨论】：
标签： jquery cordova jquery-mobile appframework
也可以找到此答案的更大版本HERE。
jQuery Mobile 从未打算仅用作 HTML5/CSS3 混合移动应用程序框架。在与它的哥哥 jQuery 和 jQuery UI 类似的轨道上，它旨在用作不断增长的移动 Web 应用程序市场中强大的响应式解决方案。它从它的哥哥那里得到的是全方位的浏览器支持。在每个可能的主要平台上运行它，它应该可以正常工作。
同样广泛的浏览器支持也带来了另一个问题，那就是平台优化。因为 jQM 不能支持特定的平台也意味着它没有经过优化以在任何平台中使用最多。
让我们也谈谈Phonegap。虽然很棒的应用程序打包系统，但当与更大的jQuery Mobile 应用程序一起使用时，它会变成一个地狱洞。这就像两个伟大的父母生了一个畸形的私生子，或者把大的优点变成了更大的缺点。
与人类历史上的往常一样，另一组开发人员来填补这个明显的漏洞。 jqMobi（现在是AppFramework）、jqTouch、Zepto、Sencha Touch、Trigger.io 和其他人来了。
在比 jQuery Mobile 更进一步之前，必须了解一件事，无论你在速度上获得什么（相信我你会得到它），你都会失去社区支持。虽然前面提到的每个框架背后都有一个庞大的开发者社区，但所有这些框架加起来甚至都无法接近 jQM。
话虽如此，让我们深入研究细节。根据我的经验，目前作为 HTML5/CSS3 Android 和 iOS 混合应用程序框架的两个最佳解决方案是 AppFramework 和 Sencha Touch。首先，让我说，它们比 jQuery Mobile 更快（如果 jQ 开发人员继续学习这门课程的话）。 UI 支持在 Sencha Touch 的情况下是相似的，甚至更好，更不用说 UI 看起来更原生，它是 jQuery Mobile 的情况。列表视图更快，滚动更好，过渡不会卡顿。
在有人问为什么人们选择使用 jQuery Mobile 之前？显而易见的原因是社区支持，在某种程度上，这是事实。但这里还有一些其他紧迫的问题。虽然 jQMoby 宣称它是 jQuery Mobile 的更真实的 jQuery 替代品，但这是一个很大的谎言。虽然仍然是一个很棒的优秀框架，但他们将这句话用作营销技巧。他们确实克隆（重做）了很多 jQuery 功能，但这只是部分工作，资深的 jQuery 开发人员会发现他们自己陷入了困境。他们将无法充分利用他们以前的知识，因此花费更多的时间试图找到如何做一些本应有效的事情，而不是在应用程序上工作。
另一方面，Sencha Touch 不会遇到这个问题，因为它具有不同的、几乎是异类的语法。与 jqMoby 一样，您将需要大量时间来了解其语法。但是不要害怕，最终的结果会是令人满意的。
另外一点，与 jQuery Mobile 和 Phonegap 不同，AppFramework 和 Sencha Touch 有自己的原生应用程序打包系统。在我看来，这个系统比 Phonegap 更好，因为它们可以与他们的 js 框架一起工作。 Phonegap 拥有的只有一个庞大的插件开发社区。p>
jQuery vs Zepto vs jQMobi - which one is the fastest?
在这种情况下，jQuery 就像 jQuery Mobile，因为这里的测试依赖于 jQM 从 jQ 获取的底层框架功能。
Good ranting on jQuery Mobile vs. Sencha Touch
标题说明了一切。
只有好的 jqMoby 支持网站
只有好的 Sencha Touch 支持网站
AppFramework 可能是您的最佳选择。它有一个类似的 设计为 jQuery Mobile，因此语法不会成为问题。
【讨论】：
if jQ developers stay on this course。通过查看 jQM 的路线图，未来的版本难道不都是为了消除混乱和加快速度吗？