I allowed creationPolicy="all" because I thought it should be the developer's decision whether the user experiences a single long wait at startup rather than a bunch of short waits as s/he navigates through an application. (All the waits were more noticeable in Flex 1 and 1.5 before the player got a lot faster.)

 

I didn't allow it just to solve the problem of developers wanting to push data into not-yet-created controls. That's easily solved by using the right event handlers.

 

I agree with Tracy that "recreational use of creationPolicy=”all” should not be illegal" for Flex newbies. But I was frustrated that people were recommending it without any guidance that it isn't best practice.

 

- Gordon

 


From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Adam Dorritie
Sent: Tuesday, October 31, 2006 5:37 AM
To: [email protected]
Subject: Re: [flexcoders] JUST SAY NO to creationPolicy="all" !

 

On 10/30/06, Gordon Smith <[EMAIL PROTECTED]com> wrote:
> <rant>
> I've never seen a case where it is necessary to push data into the controls before they exist. If you must put the data somewhere in the meantime, store it in data vars, which have none of the startup cost of a visual component, and then move it into the controls after they get created.
>
> </rant>

I guess I'm wondering why, if there is apparently no use case for this
"feature" and deferrred instantiation is "the way to go," it is
included in the language at all. Is there never a case to use this
option?

__._,_.___

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com





SPONSORED LINKS
Software development tool Software development Software development services
Home design software Software development company

Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe

__,_._,___

Reply via email to