incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Avinash Narayanan <avinasha...@gmail.com>
Subject Re: Flex 5 UIComponent - Behavior Pattern
Date Tue, 31 Jan 2012 09:37:55 GMT
@Alex : I know this is old but I've not been able to catch up with my
email. What I wanted to ask you is, how can I help? with the start from
scratch initiative.

Thanks
Avinash Y


On Wed, Jan 25, 2012 at 1:20 PM, Haykel BEN JEMIA <haykelbj@gmail.com>wrote:

> On 25 January 2012 08:32, Alex Harui <aharui@adobe.com> wrote:
>
> >
> >
> >
> > On 1/24/12 11:24 PM, "Haykel BEN JEMIA" <haykelbj@gmail.com> wrote:
> >
> > > Alex, you say the prototype was not faster, I suppose this is the case
> > when
> > > all features are enabled which is actually a good result (if it's not
> > > slower). But the idea is that applications almost never require all
> > > features.
> > I disabled all but about 8 or so 'behaviors' it needed and it was still
> > slower.  The interstitial time of the required often-used 'behaviors'
> make
> > things slower.  Most of the stuff you'd disable doesn't really take that
> > much time in small apps.
> >
>
> This looks very bad. It looks like often used features must be implemented
> through inheritance.
>
>
> > >
> > > Regarding backward-compatibility, if it will prevent innovation, what
> > about
> > > working on a new version that is not backward-compatible in parallel to
> > the
> > > standard version? Existent applications continue to use the standard
> > > version which will be maintained with bug fixes and perhaps also some
> new
> > > features and when the newer version is out, let's say Apache Flex X
> (for
> > > 10), new applications will use it and old applications can be ported
> (but
> > > not required).
> > That is the plan.  I hope to 'start over' on my whiteboard.
> >
> >
> Good news!
>
>
> > --
> > Alex Harui
> > Flex SDK Team
> > Adobe Systems, Inc.
> > http://blogs.adobe.com/aharui
> >
> >
>

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