- 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.wins...@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 <f...@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 > > >
