incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Abhilash Krishnan <>
Subject Re: ActionScript and Apache Flex
Date Thu, 12 Jan 2012 08:00:31 GMT

Whenever I started playing around with Tamarin VM, the AVM2 clone donated
to Mozilla, I really wanted to add some cool features on my own. I know
Flash/AS3 is based on event-driven programming model. If ever Adobe wanted
to implement multi--threading in Flash or AIR it would be a killer feature
for many an application. I know multi-threading is not relevant for Flex at
the moment but cannot resist the temptation to convey my thoughts.

*Is Adobe hearing?


On 12 January 2012 07:34, Alex Harui <> wrote:

> On 1/11/12 10:07 PM, "Web DoubleFx" <> wrote:
> > We do not get something for nothing, I am willing to sacrifice a bit of
> the
> > Falcon compile time gain to get such features, that's a big YES even.
> > Before the flexsummit, we did a online meeting for french flex
> developpers
> > about what we wanted for the futur of Flex, that's a summary :
> >
> > esults/, the most important one was " Improve the language (private
> > constructors: operator overloading, generics, metatags, enums, abstract
> > classes, introspection, Š) so that ActionScript becomes the same level as
> > Java".
> >
> > You said in several e-mails already that if we want a better language
> > implementation, we have to do trade-off and accept to sacrify
> performence, I
> > think many people would like to know for each of the new features, what
> is the
> > exact cost, is it possible to measure it or even get a good idea of it  ?
> > Frédéric Thomas
> I haven't done enough research to know what the costs would be.  My first
> question would be, why do you absolutely have to have equivalency with
> Java?
> And, given that the VM is "fixed" do you care that some of these things
> would be un-enforced in the runtime?  Maybe you should just compile Java to
> ABC?
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message