FMX的综合评价

Cliff: 我个人觉得FMX值得学，因为可以做Mac软件，可以做Windows下的DirectUI，可以开发iOS/Android，而且是可视化开发，可利用RTL一切函数，包括可使用所有非可视控件。如果只是普通开发的话，就如VCL一样，不需要懂太多知识就可以上手。

----------------------------------------------------------------------

你觉得FMX很差？你对比过 Xamarin吗？UI设计比FMX还差远了。你觉得FMX很大？跨平台的，诸如QT,Xamarin，也是一坨坨的大。谷歌要是同意内置几个FMX的核心RTL .SO文件，，你看到和JAVA开发的APK相差无几。FMX内资了60多种特效，9种动画。FMX的layout和各种控件都是容器的思想，比VCL和.Net的UI先进不少。尤其是FMX的3D可视化设计，跑在不少的IDE前头。XE7的FMX也优化了不少，尤其是3D。一个用FMX开发游戏告诉我，XE7的FMX 3D 在2K分辨率上已经流畅了，之前的XE6有点卡，效率提升30%左右。EMB还是用心在做事。——tintin1943 (零输好)

FMX所走的模式与Java开发桌面应用并没有太大区别：自己封装一套UI，不使用系统原生UI。那么我们回头看看，Java在桌面到底占有什么样的分量呢？在苹果系统下，放弃苹果自己的UI，全部使用FMX的自绘UI，是否让人有种与系统格格不入的感觉呢？——zwjchinazwj (蒲石)

http://bbs.2ccc.com/topic.asp?topicid=466280

----------------------------------------------------------------------

FMX尝试自己搞独门的UI, 不用操作系统原生的UI, 所以体验上无论如何也是做不好.
…………………………
这点不能认同，fmx这些年，还是有长足进步的，一路走来，效率还是越来越快，如果持续得到优化，再加上硬件的性能进步，两者的结合，相信xe8就能和原生一样。

----------------------------------------------------------------------

Xamarin 至少目前不是FMX 的对手。
何以见得。

你看Xamarin的中文网站的 http://xamarin.csdn.net/
“目前在行动平台上开发App应用程序的方法比较：”
里面没有介绍FireMonkey ，难道CSDN的人是白痴么，不知道，没听说过Firemonkey？

原因至少有：
1.不诚实：与标题不符，目前开发app的方法
2.傲慢+无知：也许看不上FMX
3.不自信：因为按照那个表的参数一比，Firemonkey 都优于 Xamarin
4.微软能走到开源的地步，这里面一定有 Firemongkey的因素在里面。

http://bbs.2ccc.com/topic.asp?topicid=467454

---------------------------------------------------------------------

同是移动开发者，吐嘈一下。

1. Java Eclipse 完全没以下所有问题，虽然是废话还是要说一下。

2. 从 XE5 开始试着在上边写安卓程序，打满补丁的版本还是能将就用一下。虽说有很多问题。比如启动黑屏，运行一次极慢，对三方库支持不行。运行全黑要开模拟器中的GPU。到 XE6 还没摸，XE7 就来了。XE7 单位有一定的改动，或者说从 XE6就改了，比如经典的 StringToJString等。 XE7 在开发时经常报错，自动关闭。 XE7 在摸拟机上运行全黑，开GPU不起作用，只有在真机上调试。 XE7UP1 经常报错的问题解决了。但是最大的三个问题是：为了支持原生JAVA的开发，在开发中增加了一大批 JObject 很麻烦，对原生封装有问题，比如网上哪个二维码扫码程序，同样的代码在 JAVA 或是C#中，扫完后的事件是可以执行的，DELPHI 哪一段代码执行不了，只能手工贴粘结果，还有安卓有大量的三主库，不可能要求 DELPHI 封装，于是就有引入外部接口（类似引入ActiveX为VCL壳单元）的问题，DELPHI 这一块做的并不好，不光复杂（网上要几个命令去转，有时还要进Eclipse编译），而且转出来的 PAS 单元有很多问题。

吐槽完毕，让一般程序员去受这个罪出不了好产品，花的代价是大师级的调试技术与耐心，凡人好好学一点JAVA语法，与安卓开发框架，得到的结果更快，更稳一点。
----------------------------------------------------------------
对于常规的移动开发， 觉得即使Delphi XE6都已足够，当然一些朋友的高精尖项目除外。

有个问题始终没得到很好解决，还请wang_80919等高手朋友赐教：Android下怎么解决虚拟键盘输入时，界面自动上滚以避免被虚拟键盘遮档的问题？谢谢

----------------------------------------------------------------

论快速开发（桌面程序、服务程序、移动APP），目前还没有工具能超越DELPHI，即使是VS2015也差得远
----------------------------------------------------
我现在用Cocos2d-x开发移动应用.一套代码直接可以编译出Android和IOS上的程序.
FMX其实也是一样的意思,只是实现的不太好.
首先Cocos2d-x做出来的Android程序就很小,FMX做出来很大.
而且Cocos2d-x新建工程的Activity是带源代码的,想加个什么功能非常方便.FMX的Activity捂得严严实实,编译加混淆.
----------------------------------------------------
不用争论,时间会证明EMB是对的,前提是按照现在的进度不断去完善,加油EMB!!!!!!现在的XE7up1已经很NB了,对于商业软件来讲不在话下,到时候是楼主后悔的时候,我们发财的时候,哈哈哈!!!!!!!!
----------------------------------------------------
小马过河，深浅自知
道听途说，人云亦云，那爹妈是白白生个脑袋给你

时势造英雄
WEB开发兴起的时候，Borland确实没有跟上潮流，加上.net的折腾一直没找到方向，最后落得惨败被转卖的下场

现在移动开发兴起，幸亏Delphi不在心灰意冷的Borland手上，幸亏EMB接手Delphi
虽然有点晚，但是EMB的跨平台FMX还是横空出世、奋起直追
这个坛子里用了十多年Delphi的人肯定非常多，大家肯定也和我是一样曾经对Delphi已经完全失去信心，所以我们有个共同点就是都一直在用Delphi7那个经典版本，后面的啥2010、啥XE都根本没有安装试用一下的欲望
直到XE7，真的，又是一个7，EMB让我刮目相看，起了个晚但是还好没迟到，而且在所有人都要彻底放弃Delphi的时候，EMB的XE5、XE6、XE7/UP1连续几个版本真的是大跨步的在前进，虽然很多不足，这说明：
1、EMB已经找到了方向
2、EMB聪明的选择了当下最合适的技术方案FMX
3、EMB非常努力，EMB的CEO和员工也给力，虽然很多bug，但是老技术员都知道一个道理：不怕bug多，就怕懒得改
4、XE7和XE7 up1已经完全达到商业app开发水准，快速有效可靠。 当然，更期待XE8，毕竟移动互联网和OS都发展的非常快，只要在努力，就有希望。

最后说一句，要用发展的眼光看问题，回顾一下XE567的历程，EMB在资金有限资源紧张的环境下做成这样已经是创造了奇迹创造了历史，期待更上一层楼，为了曾经RAD王者的荣誉而战。 我们已经身处历史变革的洪流，EMB没有墨守成规而是拥抱发展奋力拼搏创造历史，值得尊敬。 我正在用XE7开发一款跨Windows和安卓的App，同一个代码库编译出2个平台，等软件安装用户上百万那天一定发上来让大家看看FMX的Power，立帖为证，师母已呆

最后的最后，呼吁一下各位坛友，我们这些“免费用户”多为delphi出一份力吧，也许我们唯一能做的就是多发现bug，然后去EMB的QC提交，这样才能让Delphi越来越好，而不是在这里抱怨和怀疑，有这个时间真的不如去实践一下，去感受一下FMX一套代码编译到N个平台的Power，以及为这个明日之星出一份力，众人拾柴火焰高
一直想写个Bug提交QC的教程，不需要什么英语多好，简单写清步骤就行的，真的很简单
我上次提交的一个bug没想到up1就很快修正了
这个网址，随便用个邮箱注册个账号登陆后，左侧选择分类，然后点击 [ Add a report in this area],然后简单写明步骤，最好上传一个包含实例代码的压缩包或者截图即可
http://qc.embarcadero.com/wc/qcmain.aspx?da=5631

---------------------------------------------------------------

说下我遇到的场景：一个人，从windows本地应用程序+组件(activex)(delphi+vc++)；到完整web网站+前端美工(asp.net)；到经常性的不同平台数据交换；再到和前面应用系统配套的手机端App；最后到所有前后端数据库+平台和安全部署+帮助文档+支持。
其中上面的手机端App环节是要兼容Android和Iphone，不是独立App产品，是方便在移动使用的配套应用，若然要用到系统原生开发，要发布一个同步功能的App，成本有多高可想而知，现在Delphi xe的一套框架多个环境的威力明显，就是干这个的。因为这个时候app不用非常精，而是要夸平台，发布快，对主要业务进行配合，如果一个人还要真的对两个平台来本地化开发，真心搞不定。能力有限。。。

顶25楼，成本很重要

---------------------------------------------------------------

这贴子多半是鸡同鸭讲，许多人貌似公允，实则不屑。delphi开发移动APP的长处是快速开发，多平台适应，效率很高。如果你不是以此作主要诉求，就别用现阶段的DELPHI，还是用JAVA好了。多明白的一件事，为什么有些人就是整不明白呢

---------------------------------------------------------------
参考：
http://bbs.2ccc.com/topic.asp?topicid=467807