You bring up some valid points, however some of them are irrelevant for this example, i.e. multiple listeners.
I could be a minority, but I don't think I am when I say that I have never used multiple listeners for when I load in an XML file. Secondly, if I were to implement events for this XMLLoader class, I would most likely write a custom event class, which is even more work and I don't feel like it is necessary. The reason I say I'd write a custom event class is, let's say I wanted to implement caching into my XMLLoader class, I can't use the Event.COMPLETE event anymore as the second time I make the request it won't even call a URLLoader, as it's reading from an array/dictionary/vector stored in the class to grab the content. I totally agree with you on the familiarity/consistency point, it makes working with others a lot easier. The other option is as3-signals, which I'm looking into and looks rather promising. On Wed, Mar 24, 2010 at 1:02 PM, Mark Winterhalder <mar...@gmail.com> wrote: > On Wed, Mar 24, 2010 at 7:03 PM, Taka Kojima <t...@gigafied.com> wrote: > > I'm curious as to other people's thoughts on > > this in terms of good/bad practice and what the pros/cons to this > approach > > might be. > > My thoughts are that it's OK for the very common cases which don't > need the flexibility of events. > > Advantages of events: > > * multiple listeners > * one listener for multiple targets/types > * progress events etc. > * you'll have events all over your project anyway, period. > * it's what other coders are familiar with > > The last one's important if other devs /might/ have to work with your > code. For this it will only take me a minute to look up "that strange > loader class I don't know", but if you use too many of those it adds > up, and at some point I won't want to play with you no more. > > Personally, I'll stick with events, and I don't mind them at all. > _______________________________________________ > Flashcoders mailing list > Flashcoders@chattyfig.figleaf.com > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > _______________________________________________ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
