On 1/9/12 8:15 AM, "Carlos Rovira" <carlos.rov...@codeoscopic.com> wrote:

> * Dinamic View States
> 
> ...We need the capability to create states on the fly and let
> other parts handle this dinamic view states (transitions,...). Without
> this, view states are a bit limited.
> 
Adobe has some work in this area that will likely get contributed.

> * AOP
> 

AOP is probably a language thing, which we do not have control of.  As soon
as you start bytecode manipulation, you are no longer programming in
ActionScript and prone to even more debugging and analysis issues than folks
who used to mix C and Assembly.  I would first want to see why a better
composition model for features can't do pretty much everything you'd want to
do in AOP.
 
> * Flex Core refactor (SystemManager, Managers -PopUpManager,...-)
> 
My whiteboard folder will eventually include a completely new framework
based that will be mostly backward compatible with Flex but will have
smaller base-classes, a minimal DI implementation, and not use AS features
that are hard to cross-compile to JS.
> 
> * Maven support
It is the #1 vote on JIRA.  Just need someone to start working on it.

> 
> * Metada Evolution and DI frameworks support
> 
I'm very much against the use of metadata at runtime.  It is a whole other
language that is not first-class in the VM and probably will never be, and
currently does not have any ties to ActionScript.  The kinds of DI used at
the application framework level by Parsely and Swiz don't need to be tied to
the same DI in the framework and probably shouldn't be for performance
reasons.  It is different to inject a large application model once vs
injecting a data model for every component.  Now if we find a good DI
implementation for the framework layer, application frameworks may decide to
borrow or extend it, and I'm pretty sure the framework DI will not be
parsing metadata at runtime.

Once we get JIRA up and the old issues ported, enter issues for anything not
already in there and get votes for it.

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

Reply via email to