Re: Falcon compiler source code / Falcon architecture

[Alex Harui]

On 1/17/12 4:18 PM, "peter.e...@gmail.com" <peter.e...@gmail.com> wrote:

> Am I reading it right that this means FB is pretty much useless as an IDE
> if Falcon isn't aligned with Apache Flex SDK releases?
It depends on what you want to change.  Our goal for Falcon and the SDK back
before the "announcement" was to have MXML compilation generate less code so
that the kinds of things we typically changed from release to release would
all be in the SDK and not in the compiler, so the compiler would be
independent of SDK releases.

For example, an MXML tag resulted in a UIComponentDescriptor for MX
components and a tree of functions for Spark components.  The plan was to
have an MXML tag result in an entry in an Array that consisted of the class
followed by property name/value pairs.  The SDK would be modified to look
for that array and call new and apply properties as needed.  Prototypes
showed that this was not only would this provide independence of SDK
versions (since the mapping of MXML tag names and attributes to array
entries is essentially version independent), but also faster because it
takes advantage of the JIT better than running the Spark tree of individual
functions once.

 
-- 
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui