【问题标题】:Titanium studio vs "native" tools - update [duplicate]钛工作室与“本机”工具 - 更新[重复]
【发布时间】:2013-03-26 12:51:53
【问题描述】:

阅读之前的帖子,我还没有真正理解 Titanium studio 是否是开发 Android 和 iOS 应用程序的好选择,因为这里所说的 SO 似乎已经过时了,Titanium studio 现在在 v. 3 .x.

我正在尝试构建一个非常简单的应用程序,该应用程序将具有简单的图形(主要是表格视图和类似视图)和低 CPU/内存需求。

我已经开始使用 Xcode 和 Eclipse 进行编码,并设法完成了一些工作,但这种方法的缺点是显而易见的。工作的两倍。更何况我对iOS语法不是很了解,而且一开始比较复杂。

然后我遇到了钛。乍一看,它似乎很完美。简单的 javascript,转换为原生 UI(我知道只有 UI)和简单的编码。在我看来,通过一些变通方法,可以构建一个具有“客观语言”逻辑的应用程序。

但另一方面,我敢肯定有数百个不那么明显的缺点。

所以我想知道,除了显而易见的事情之外,在那些已经(成功)为 Android 和 iOS 开发过 Titanium 的人的经验中,使用 Titanium 的优点和缺点是什么?

PS 我不考虑电话差距的原因有很多,其中一个是本机 UI 与 Web 环境

【问题讨论】:

  • 感谢@madnan 提供的链接,它非常有用,因为它是用一般术语解释的,我猜它仍然有效。如果最近有一些关于这个的想法会很棒..
  • 我想知道是否有任何关于此事的消息,正如我在问题中所写的那样。我曾看到标记为重复的问题,但那是 2010 年的问题,我想知道 v. 3.x 是否发生了任何相关更改。

标签: android iphone cross-platform titanium


【解决方案1】:

取决于你是谁以及你在做什么,对于你的用例 Titanium 听起来像是一个巨大的胜利,对我来说,我会在 Titanium 中开始一个项目而不是原生路线的三个主要原因,基本上如果你想要的话到:

  • JavaScript 中的程序(就像不是 Obj-C 和 JAVA 中的程序)
  • 在您的 UI 中使用跨平台原生控件
  • 快速创建功能性的东西

我不会选择 Titanium 的唯一原因(这取决于应用程序,并且假设您对 Obj-C 和 android JAVA 感到满意)是如果您的应用程序执行高性能计算类型的任务,那么如果您正在执行图像处理或类似的事情。不过一般来说,如果你足够精明,即使这些也可以封装在模块中。

总体而言,如果您对 JavaScript 及其工具链感到满意,有在 Eclipse 风格环境中工作的经验,并且在使用 Obj-C 和 JAVA 方面的原生移动经验有限,Titanium 是一个胜利。

【讨论】:

    【解决方案2】:

    自这些讨论以来,平台的基本原理并没有改变,无论是 Titanium、iOS、Android 还是其他平台。因此,同样的论点仍然适用。改变的是错误修复和功能。查看自讨论以来 Titanium 的发行说明,您将看到错误修复、平台一致性修复和性能改进。这就是现在的所有不同之处。

    【讨论】:

      猜你喜欢
      • 2013-09-23
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-11-04
      • 2011-11-19
      相关资源
      最近更新 更多