Javascript 对选择合适的iOS Mobile Safari web开发工具(jQuery Mobile/Sencha Touch/etc)的不满

Javascript 对选择合适的iOS Mobile Safari web开发工具(jQuery Mobile/Sencha Touch/etc)的不满,javascript,mobile-safari,jquery-mobile,javascript-framework,sencha-touch,Javascript,Mobile Safari,Jquery Mobile,Javascript Framework,Sencha Touch,在为iPad Mobile Safari使用主干JS和jQuery Mobile完成了一个项目后,我觉得jQuery Mobile可能不是这个特定工作的合适工具 我发现jQuery Mobile的性能通常相当令人失望。许多移动JS框架(处理转换、对话框等)似乎也有同样的问题。让jQuery Mobile和主干JS很好地协同工作似乎有点不协调 我需要类似jquerymobile的东西来处理拖放元素和页面转换(以及对话框)。主干JS对于我们正在做的事情非常有用,所以我们希望将其保留在工具箱中。我们只

在为iPad Mobile Safari使用主干JS和jQuery Mobile完成了一个项目后,我觉得jQuery Mobile可能不是这个特定工作的合适工具

我发现jQuery Mobile的性能通常相当令人失望。许多移动JS框架(处理转换、对话框等)似乎也有同样的问题。让jQuery Mobile和主干JS很好地协同工作似乎有点不协调

我需要类似jquerymobile的东西来处理拖放元素和页面转换(以及对话框)。主干JS对于我们正在做的事情非常有用,所以我们希望将其保留在工具箱中。我们只为iPhone和iPad做项目,在这种情况下,用Objective-C本机做项目是不合适的

最近完成的项目最终使用了jQuery、jQuery Mobile、jQuery UI,一些使jQuery UI与touch、主干JS、下划线JS一起工作的小插件。。。对于手机上的网络应用来说,这一切似乎太沉重了!我想要一些功能强大、占地面积小的东西

Sencha Touch似乎有很好的性能,但您确实需要先跳进它,然后一路了解它的工作原理。但也许我完全错了?我更多的是寻找一款可以很好地使用主干网的产品,它相对轻量级,并且有很多功能可以为iPhone/iPad构建漂亮的UI(手势支持、页面/对话框转换、列表视图等)。理想情况下,它的行为更像jQuery——我称之为jQuery是为了在DOM上做一些事情,当我们不需要它的时候,它就不碍事了——而不是作为一个听写框架,必须遵守它的规则(比如jQuery Mobile,最有可能是Sencha Touch)。也看到了jQTouch。。。但这已经被Sencha接管了,意味着它已经死了


有什么东西能做到这一点吗?轻量级、稳定、快速和可靠的东西,我们可以与主干JS一起使用,以创建快速,针对移动Safari的响应性web应用程序…仍然拥有所有有用的UI和过渡等功能,使应用程序闪闪发光?

Sencha Touch确实是非常“先发制人”的,但在我看来,这是值得的。(我目前正处于“进入Sencha Touch”的过程中)

在我自己寻找正确框架的过程中,我也遇到了NimbleKit(http://www.nimblekit.com). Nimblekit是一个稳定的版本,提供iOS UI元素,可以扩展到任何JS库中。然而,Nimblekit不是基于web应用的

正因为如此,我们可以选择jquerymobile(并等待这个库的进一步开发//性能优化)或Sencha,这是一个非常广泛的框架,但学习曲线非常陡峭


Webapps的性能总是很难优化。

Hmmm。。。我同意你关于JavaScript框架膨胀的观点。我发现jqTouch、jquerymobile和Sencha也让我很沮丧。那里有太多不需要的东西。然后我研究了Zepto和BaseJS,但它们大多只用于移动JavaScript,没有提供任何控件或布局帮助。所以我卷起袖子,重新发明了轮子。我创建了一个叫做巧克力芯片UI的框架。它为移动Web应用程序提供了一种清晰直观的标记语言,称为WAML(Web应用程序标记语言)。它还提供了许多标准的iOS类型控件和布局,这些控件和布局可以轻松定制,以创建独特的外观。大多数巧克力芯片用户界面控件可以手工编码或动态创建,并通过简单的调用初始化。巧克力芯片UI负责使控件具有适当的行为

我快速浏览了一下主干,我的感觉是应该可以使用巧克力芯片UI的布局和控件作为主干视图。所有ChococlateChip UI应用程序的根是“应用程序”。这将有一个或多个“视图”,也可以有“子视图”。所以,看起来您应该能够将巧克力芯片UI视图和子视图映射到主干视图。如果你能让它工作,请一定让我知道。无论如何,当我有足够的空闲时间时,我会有兴趣亲自测试它,看看我是否可以为那些想要使用主干的人制作一个内置主干支持的巧克力芯片UI的特殊版本。基本上,那个版本的巧克力芯片用户界面将成为主干网的增强视图引擎


就这点而言,巧克力芯片用户界面是开源的。您可以根据自己的目的随意对其进行分解或切割。

Tu总结—您希望jquery mobile处于测试后版本,以便它已经针对性能进行了优化。:)这是一个阿尔法,所以它还没有优化,你使用了太多的附加(IMHO)。是的,这似乎是肯定的情况。。。我知道它还在阿尔法。我真的希望他们现在把注意力集中在性能上(它确实需要这样做,现在非常缓慢!)