incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joan Llenas Masó <joan.llenas.m...@gmail.com>
Subject Re: Flex - lightweight event handling
Date Tue, 17 Jan 2012 09:29:36 GMT
- could it be possible that Flash Player > 11.0 improves event handling in
a way that performs even better than Signals? we better ask
- can we switch Events for Signals in all Event use cases? if not it'd
really be a bad decission from an API design standpoint. It would be a
redundant and incomplete feature, so It would led to confussion and
frustration.
IMO performance optimitzations never have to take precedence over code
readability and ease of use.


--
Joan Llenas Masó
http://joan.garnet.io
@joangarnet (es)
@joanllenas (en)



On Tue, Jan 17, 2012 at 04:59, Rick Winscot <rick.winscot@gmail.com> wrote:

> Tink - I guess what I'm trying to say is that a hybrid approach yields
> optimal results... here's one of the best examples of interplay
> between events, binding, signals, and IoC. There's a link at the
> bottom of the page to a bare-bones example.
>
> http://blog.foomonger.com/2010/02/26/swiz-signals-and-mediatesignal/
>
> R
>
>
> On Mon, Jan 16, 2012 at 6:11 PM, Tink <flex@tink.ws> wrote:
> > On 16 Jan 2012, at 23:00, Rick Winscot wrote:
> >
> >> Tink - sounds like this was a veeeery long time ago? NativeSignals would
> >> have made sense to keep your module size under control... and then
> switch
> >> back to pure signals for performance when needed.
> >>
> >> --
> >> Rick Winscot
> >
> >
> > It was some time ago and I haven't looked at NativeSignals. What would be
> > the advantage of using a NativeSignal if I didn't create all the getters
> for
> > the type safety?
> >
> > Any links etc would be appreciated.
> >
> > Tink
> >
>

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