Ignore attachment, my mistake placed there...
 

-----Original Message-----
From: Abdul Qabiz [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 01, 2005 12:14 PM
To: [email protected]
Subject: RE: [flexcoders] Creation/Destroy Queries...

I take this one :)

> - mx:Model/XML if i place that inside a MXML component, on compile
> time, does FLEX embed that said file inside the swf or does it request
> it be download once base assets have been initialized (I'm a bit
> sketchy on this part). I'm sure its a RTFM situation but I must be
> missing where that part is stated heh :)

Yes, Flex embeds the file into main SWF file at compile time. So your main
SWF contains all custom component code, Model/XML data.

-abdul


-----Original Message-----
From: JesterXL [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 01, 2005 11:51 AM
To: [email protected]
Subject: Re: [flexcoders] Creation/Destroy Queries...


I can take 3 of these.

- creating of components does not touch the server (for view controls 
anyway).  If you create a child, yeah, it'll ask for more memory if none is 
researved already for you.  If you destroy a child, the way it worked in the

past was removeal of the movie clip, and it deleted the reference.  You 
can't do anything more effectively or cleanly in Flash; at that point, it's 
up to the Flash Player, and so far, it works fine.  However, just because 
delete returns true doesn't really mean much; I have no clue if it actually 
frees the memory, when GC runs, etc.

- from the docs: "Classes that descend from the UIObject class that do not 
specify a creationPolicy property inherit their parent's creationPolicy 
property."

- remote shared libraries, at least in Flash, are downloaded once; they are 
just like loaded movies in that they are cached, but in RSL's case, it's 
treated (for code purposes) as the same SWF. It should use the cached SWF 
each time, same as loadMovie (unless you append a random date; 
SharedLibraries don't work like that; you use them, you don't load them)


----- Original Message ----- 
From: "Scott Barnes" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Friday, April 01, 2005 12:26 AM
Subject: [flexcoders] Creation/Destroy Queries...



So, got a few questions regarding how Flex does things. I've looked
around and can't quite get a clear answer so if you MM Engineers feel
like spending 2 mins here on this thread, i thankyou ;)


- Destroy/Create. In terms of doing this, in a cycle of approx 4000
components that over say a period of 2 hours, i
createChild/destroyChild will that do so in a memory effecient way
(not bandwidth). In that does flash player/flex server keep asking for
more memory every time i createChild? aswell as free that memory
(eventually) when i destroy that child.

- createChild and creationPolicy. If I use createChild to instantiate
a mxml component, and inside that component I have a creationPolicy
attribute set, will the createChild take that on board - meaning if i
have it set to queued or what not, will it "inherit" that setting?

- createChild and RSL. Same as above but if i createChild a declared
RSL, is it possible that it will do so in the same way but without a
download every time? (ie i take it createObject method attaches movie
but double checking to make sure it doesn't ask for a new download
each time).

- viewStacks and createChild. I typically want to create a viewStack
at runtime / or embed and  if the viewstack container as
creationPolicy set, when i use createChild (without specifiying one) i
take it that setting carries forward.

- mx:Model/XML if i place that inside a MXML component, on compile
time, does FLEX embed that said file inside the swf or does it request
it be download once base assets have been initialized (I'm a bit
sketchy on this part). I'm sure its a RTFM situation but I must be
missing where that part is stated heh :)

Just thought I would confirm / ask some theories going around inside
the ol noggin in regards the whole creation of objects as if these
come up as i expect they will, it will be a nice step forward for my
framework.

I basically plan to create/destroy whole screens (not all at once but
partially on/off) situation as a user migrates through our entire FLEX
intranet and because its going to look and smell like a thick-ware
application, a user may end up keeping a browser window open for hours
often even a week solid - now if they flip in and out of screens daily
i'm concerned that memory may be deciding factor.

Of course its my job to follow best practices (minimize tag nestings,
make sure i dereference vars for GC to mark as not needed and what
not) - but I am also relying on the inner-framework to do this aswell
and need to be aware of anything thats not sooner rather then later.

thanks for your help ;)



-- 
Regards,
Scott Barnes
http://www.mossyblog.com
http://www.flexcoder.com (Coming Soon)



Yahoo! Groups Links








 
Yahoo! Groups Links



 






 
Yahoo! Groups Links



 


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/flexcoders/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 



Reply via email to