对于Flex 4,你将会期待什么?

2006年夏天,Flex 2发布,而2006年夏天我依然沉浸在一大堆的C代码中,浑然不知道Flex为何物;2008年初,Flex 3发布(记得还作了一个“预言”),第一时间我的电脑上同时安装上了Flex 2和Flex 3版本,尝试着,或者说是“企图”用Flex写出具有和MFC同样高效的代码…… Flex 3相对于Flex 2来说,其实并没有什么很大的改进,不管是在操作界面上还是在编译效率上。Flex 4走向我们的脚步也越来越近了,对于这一版本,你最期待的又会是什么呢?

假如这个问题让我来回答的话,我希望Adobe的工程师们可以丢弃基于Java的Eclipse™,重新从编译层面来设计Flex Builder。在前面的Python, Twisted以及Flex协同作业中也有提到Python在速度上的优势,其实Flex完全可以参照Python或者Ruby,甚至可以参照SWIG(SWIG拥有可以与Gcc相媲美的编译模块)这个项目,设计自己的编译器,那样的话完全有可能让Java这个原本为Applet而设计却一夜间成为主流的“笨重”的语言退到放垃圾桶的角落—虽然我知道这简直就是痴人说梦,不可能的事情。不过现实归现实,期待一下总没什么大碍吧?

Flex 4申明说:“Features could include compiler performance”,很遗憾这个“could”告诉我们这不会成为“will”。Yakov Fain同样发了一篇“Flex 4: My Wish List”,对这一申明表示了失望之情。有兴趣的可以去看看。

同样,回到主题,假如这个问题放在你的面前,你又将会期待些什么呢?–哪怕明明知道这是不可能的事情也罢……

13 thoughts on “对于Flex 4,你将会期待什么?”

  1. 1.修正一些bug
    2.支持flashplayer10,包括debug.
    3.提供flashplayer10的3D UI编辑(与将来flash10的3D编辑有区别)
    4.编译速度快一点
    以上就是我对FLEX4的wishlist

  2. 希望FLEX4和JAVA平台无缝衔接的更好,更好的支持JAVA平台。flexbuilder最好能与eclipse更好的捆绑

  3. 不能说编译性能和执行效率就是一切吧,虽然对于像阁下这样C程序员出生的人,有这种观点可以理解。可以说,正是得益于使用Java的Eclipse™,Flex才能够有今天的发展。Flex的使用领域中,很大一部分是作为和java EE相关的企业级应用的表示层技术,而这样就更加需要和java平台以及主流IDE eclipse的紧密结合来曾加开发的效率,而不是为了执行效率抛弃原有的特性。个人看法。

  4. 再我看来,Flex Builder对于java平台的支持还是非常不足的。我所做的开发环境是使用Eclipse安装Flex插件,这样才能够切换开发视图来达到同时开发flex和java的目的。而Flex Builder所使用的只包含一个基本的Eclipse核,不具备编译执行java代码的能力。这一点是需要改善的。个人看法

  5. @alvase
    我并不认为在抓住编译性能与执行效率的同时,就必然需要抛弃开发效率,像微软的Visual系列,开发效率并不比Eclipse差……其实个人认为Adobe之所以将Flex Builder构架于Eclipse上,还是出于成本的考虑吧

  6. “重新从编译层面来设计Flex Builder。”

    搞错没有, eclipse 根本就不是一个编译器, 只是一个IDE 而已。 我还用eclipse写过c++ 代码并编译调试。

Leave a Reply

Your email address will not be published. Required fields are marked *