Here's my ignorant statement for the week. Having a module that is built using Cairngorm unload cleanly is not worth the effort required to make it work.
--- In flexcoders@yahoogroups.com, claudiu ursica <the_bran...@...> wrote: > > I'm loading module via a command, so that it can be loaded form various > places... So far I have used a Module Loader... And I use interfaces foe > communicating with the modules and the shell. I don't know how you work with > module but you can inject your pieces of data from the mx:app in the loader > and into module when the as soon as the ready event fires. U can also use > BindingUtils to set bindings which in turn returns a change watcher. use that > to call unwatch upon when module unloads and so you make sure you performed > celanup and unbinding before unload ... > > Claudiu > > > > > ________________________________ > From: "Battershall, Jeff" <jeff.battersh...@...> > To: flexcoders@yahoogroups.com > Sent: Tuesday, March 24, 2009 10:47:22 PM > Subject: RE: [flexcoders] Modules, Cairngorm and Garbage Collection > > > Thanks > Pedro, > > As I > said in my previous post, I'm also wondering about the effect of a module's > component consuming a dataprovider via binding to a singleton object and > the possibility of that preventing GC. I guess this touches on the whole > issue of best practices of using ModelLocator with modules. PureMVC has > it's 'Pipes' utility to inject data objects into a module, but I'm using > Cairngorm and I'm wondering how something similar could be achieved with that > framework. > > Jeff > -----Original Message----- > From: flexcod...@yahoogro ups.com [mailto:flexcoders@ yahoogroups. com] On > Behalf Of Pedro Sena > Sent: Tuesday, March 24, 2009 3:06 PM > To: flexcod...@yahoogro ups.com > Subject: Re: [flexcoders] Modules, Cairngorm and Garbage Collection > > The GC is not called when the component is remove from the screen. > > Most people think this occurs, but it's not truth. > > The GC is called when its required, but WHEN it is required is another point. > > If you are using just a small piece of your available mamory, don't expect > the GC to be called. > > Regards, > > PS > > > On Tue, Mar 24, 2009 at 2:09 PM, claudiu ursica <the_braniak@ yahoo.com> > wrote: > > Hi, why do you bind module to the model locator? > > If by any chance you have embedded CSS in the module it won't garbage > collect ... > > Claudiu > > > > > ________________________________ > From: "Battershall, Jeff" <jeff.battershall@ dowjones. com> > To: flexcod...@yahoogro ups.com > Sent: Tuesday, March 24, 2009 5:37:58 PM > Subject: [flexcoders] Modules, Cairngorm and Garbage Collection > > > > I've been working on optimizing an AIR application I'm currently working > on that utilizes modules. In the modules there are controls bound to > ModelLocator data items. > > What I'm seeing during profiling that removing a module from the display > list doesn't seem to result in the module being GC'ed. I'm suspecting > binding between the ModelLocator and the module's controls are causing > the behavior. > > Has anyone seen this and can suggest approaches to address this? > > Jeff Battershall > Application Architect > Dow Jones Indexes > jeff.battershall@ dowjones. com > (609) 520-5637 (p) > (484) 477-9900 (c) > > > > > -- > /** > * Pedro Sena > * Systems Architect > * Sun Certified Java Programmer > * Sun Certified Web Component Developer > */ >