But with the Flex compiler and framework coming for free, and haXe not
being 100% compatible with AS3 (as before mtasc wasn't 100% compat too
but the situation was different), I've yet to see a benefit to using it.
haXe is not only Flash. You can use the same language to develop the
JavaScript part of the website, and the Server part as well. Hence having
one single language on the two sides : client and server.
True but why would I need that? Why would I give up the ubiquity of
technologies like PHP I can get at any cheap $5 hosting, and go for
something totally new and unproved, that need a special Apache module and I
don't even know if it runs in Windows.
Plus, the haXe language is by far more powerful and flexible than AS3,
thanks to the flexible type system and new features such as iterators,
type parameters and enums.
What I saw so far in haXe is that it goes to rename most of the core var
types for the sake of being different.
What is with "Bool" instead of "Boolean"? Is it so much important to type 3
letters less than reduce the gap between AS3 and haXe?
Same for "Float" instead of "float" (AS3) or "Number" (AS3, AS2). Have none
of the haXe developers heard "standard is better than better"?
Why go against basics in ECMA4 prop. that don't affect the language
functionality in the least?
We have flexible type system in AS2 and the whole "flexible" part was taxing
the CPU and RAM significantly vs plain strict type vars.
So this is why although AS3 supports untyped parameters it also supports
strict types, and I have no idea what flexible type system is, but it
certainly isn't strict since AS1/2 VM doesn't understand strict typing.
Keep in mind the AS3 compiler is a lot more complex to develop, making as
AS2 compiler is a toy compared (I hope I'm not being too extreme, but my
impression so far) to this. So haXe will have to be really really good at
the output and optimizations to match a native AS3 output.
There's been progress in this domain as well. You should expect haXe to be
able to get AS3 speed and new APIs quite soon. Plus, you will still be
able to use haXe to target Flash 6-7-8 player which is not the case for
AS3.
Of course it's the case with AS3. It's perfectly possible to write AS3 code
that compiles in AS2 too, the problem is, would we want to?
It's apparent if haXe is the matching subset of AS2 and AS3, it won't be
powerful as neither of them.
Will haXe offer .watch() in AS2 which is not in AS3? Will it offer namespace
and E4X which are in AS3 but not AS2?
And especially E4X, I'm curious to see if haXe supports that at all and
especially when targeting Flash 6/7/8
_______________________________________________
[email protected]
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
