有关Appcelerator的那些事之Ti.Next

通过这个分为两部分的帖子和对Appcelerator公司最新开发者调查的仔细分析，我们仅仅能够挖掘出Appcelerator公司对移动生态系统深远重要性的表面内容。因此请关注InfoQ对Appcelerator这个重要公司的相关后续报道。

\

CEO Jeff Haynie最近在Appcelerator的网站上发布了一篇帖子“Ti.Next思考”，在该帖中他谈论了流行的MBaaS提供者Appcelerator之所以忙于改进Titanium 的原因。

\

正如Jeff所说，到目前为止开发者在使用Titanium的过程中遇到了很多问题，导致他们无法舒服的编写代码。

\

\

我们见过大量的案例，在这些案例中劣质的应用程序逻辑运行地很糟糕而优秀的代码却执行地非常快…仅仅最优化了代码并且和编写它的开发者一样好。但我们会尽可能地减少这种情况。

\

\

Haynie说，他们的多平台IDE Titanium现在已经过时了。

\

\

和所有的代码库一样，经历了这么多年和这么多变更之后，代码难免会有一定程度的腐化。

\

\

下面是当前的状态和Titanium更新的时间表：

\

• 3.1.1 当前版本——主要包括BB10 试用版、Android 2.3.3 支持\
• 3.1.2预计在本月更新\
• 3.2在秋季或者和 iOS7同时发布——提供更好的Android动画支持，并改进了CLI\
• 4.0 =Ti.Next——发布时间未知——将包含背景处理、自动布局和Win 8支持\

在2013年6月27日举行的TiConf.us 上，Jeff阐述了Titanium将来的愿景。他列举了性能、速度以及快速地将移动计算的优势带到企业基础设施中等内容，为了实现这些几乎完全重写了Titanium的核心引擎。

\

\

在当前版本的Titanium中，一个跨桥的操作能够快到10ms。我们的目标是次微妙级的操作…事实上，我们认为通过使用FFI的直接程序集（ASM）代码生成流程，我们能够在大多数情况下获得比纯本地代码（例如iOS系统上的Objective-C）更快的速度。

\

在Ti.Next中，我们创建了一个小的微核设计能够让我们在本地语言（C、Java、C#等）中使用最少的引导代码与通用编译器集合、工具以及单独的JavaScript虚拟机通信。我们找到了一种方式能够让WebKit KJS VM在多种平台上运行，而不是在每种平台上使用不同的虚拟机。这意味着我们能极大地优化微内核（或者说Ti运行时），并且能够极大地简化维护、优化和概要分析工作。

\

\

社区对从Appcelerator网站上发现的有关于Ti.Next的新闻更是喜忧参半。 Joe说:

\

\

2013年7月4日上午6：42

\

在iOS上使用现在的Ti 3.1.1的性能和本地API一样，我真的说不出任何不同。

\

我非常赞同文章中的观点，性能确实依赖于架构、代码逻辑以及开发者的优化与经验。

\

对Ti.Next充满好奇和期待。

\

\

而社区成员Conny则更关心Ti对他的OS的支持。Conny Svensson说:

\

\

2013年7月4日上午1：23

\

这听起来非常吸引人，但是我非常想知道具体的时间表是怎样的，因为这将是第一个支持Windows Phone 8 和Windows 8（是真的么？）的版本。之前有消息说支持Win的版本将会迟些发布（第一次透露消息是在2013年上半年），这让我感觉可能是在2014年初，同时因为是第一个版本所以它可能会有点不可靠。我有客户不停地问我什么时候能够迁移到Windows Phone 8。我告诉他们是今年的晚些时候，但是现在我真的不知道再告诉他们什么。

\

\

开发者应该做好对他们现在和将来的Titanium应用做必要改变的准备，例如弃用的iOS5 支持。但是也没有必要感到头痛，因为Ti.Next依然在实验中。

\

查看英文原文：Ti.Next-What’s It All About Appcelerator?- Part 2 of 2