XE6的mobile开发到底走不走的通

进展的不顺，就回头看看到底走的方向是否正确。在开始选择方向时，就曾经反复查证，觉得是个好方向。现在想法有些变了。

一套代码，多个平台，多美好。为了实现这个，当时的比较过不少framework。基于html5的假跨平台的PhoneGap，改名后捐献给apache后叫Cordova或者Sencha，另外还有Kendo首先就排除了，嵌入浏览器形式的，还是少碰，速度应该是硬伤啊。titanium是基于js的，底层怎样走还不是很清楚，应该仍然是js的解析引擎解析后搞到本地api+本地封装的plugin api吧，也可以说是vm一种。xamarin是C#的，应该和FMX差不多了吧，可仔细看，好像也是基于vm的形式的运行的，也就是仍然call的是各自平台的api来做事，比如create a button。剩下的就FMX，真正的native，并且控件都是自己绘制，多牛。但这些想法，试着开发了这几天，才发现FMX的所谓native看起来是美妙的。

首先，速度真的那么重要吗，是否native是否真的重要吗，这有点像当年AMD说我才是真双核，Inter是假的。真假有那么重要吗，重要的是cpu真的比你快比你稳定。
第二，FMX的bug重重，用的人仍然非常少，我编译测试EMBT的自己的Sample，有些都过不去。
第三，FMX宣传的一个代码，多处使用，就连这个，也是个理想，各自平台的不同，仍然得让你准备不同的代码。
第四，EMBT的财力和人力，要死不活的状况仍然将持续很长时间，作为跟屁虫的Fans该怎么选择。EMBT目前还换汤不换药的推出了新产品AppMethod，唉，都学Adobe的CC思路了：只租不卖，穷疯了

的确是很泄气，不是Delphi的热爱者，我立刻就掉头xamarin了，因为抛出个人因素，xamarin我是更看好。如果我是一个编程初学者，xamarin应该是首选

迷茫ing...

看了这个，也得好好考虑到底“一套代码，多个平台”是否真的就是方向

最后，andorid的模拟器太慢了，可以加速的android的x86模拟器又不能用，调式iOS还得两台机器看来看去也麻烦，拜google，居然有提供租赁服务的
租赁Mac：http://www.macincloud.com
租赁Android：http://www.scirocco-cloud.com