Either way will work correctly.

--
[EMAIL PROTECTED]

http://tapestry.sf.net
> Opps!  One more quick one.  Should I init my variables first or call
> super.intialize() first?
> 
> Thanks,
> e.
> 
> > -----Original Message-----
> > From: Schneider, Eric 
> > Sent: Monday, October 07, 2002 6:33 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: [Tapestry-developer] best place to init page variables?
> > 
> > 
> > thanks!
> > 
> > So, you'd suggest initialize() over the page constructor?  It 
> > seems I'm having trouble accessing my Visit object from 
> > within a constructor of a page.  But, I could be wrong.  Is 
> > this something to avoid?
> > 
> > e.
> > 
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, October 07, 2002 6:28 PM
> > > To: Schneider, Eric
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Re: [Tapestry-developer] best place to init page variables?
> > > 
> > > 
> > > finishLoad(IPageLoader ...)
> > > finishLoad()
> > > initialize()
> > > 
> > > These are all roughly equivalent.
> > > 
> > > finishLoad(...) invokes finishLoad() (as a convienience).
> > > finishLoad() invokes initialize() (again, as a 
> > > convienience ... thus do APIs grow unwieldy).
> > > 
> > > initialize() is also invoked from detach().
> > > 
> > > I would say, do page initializations (and re-
> > > initializations) in initialize().
> > > 
> > > I believe WOF simply tosses component instances after 
> > > using them ... Tapestry pools them, so it is important 
> > > to clean things up inside detach().  Since detach() is 
> > > supposed to return the page to its newly instantiated 
> > > state, having detach() invoke initialize() is a Good 
> > > Thing.
> > > 
> > > 
> > > 
> > > --
> > > [EMAIL PROTECTED]
> > > 
> > http://tapestry.sf.net
> > > Hi,
> > > 
> > > This is kind of a general best practice question.  Where is 
> > the best place
> > > to initialize Page variables (pages that extend BasePage)?  
> > For the most
> > > part in WO, you could init stuff in the page's constructor or
> > > appendToResponse().  Besides some slight differences, both 
> > places pretty
> > > much did the job.
> > > 
> > > I remember from a few days back, someone mentioning the 
> > render() method
> > > being similar to WO's appendToResponse().  
> > > 
> > > Just curious how others are doing this.  
> > > 
> > > Thanks in advance.
> > > Eric
> > > 
> > > 
> > > 
> > **********************************************************************
> > > This message, including any attachments, contains 
> > confidential information 
> > > intended for a specific individual and purpose, and is 
> > protected by law.  If you 
> > > are not the intended recipient, please contact sender 
> > immediately by reply 
> > > e-mail and destroy all copies.  You are hereby notified 
> > that any disclosure, 
> > > copying, or distribution of this message, or the taking of 
> > any action based on 
> > > it, is strictly prohibited.
> > > TIAA-CREF
> > > 
> > **********************************************************************
> > > 
> > > 
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Tapestry-developer mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/tapestry-developer
> > 
> 
> 
> **********************************************************************
> This message, including any attachments, contains confidential information 
> intended for a specific individual and purpose, and is protected by law.  If you 
> are not the intended recipient, please contact sender immediately by reply 
> e-mail and destroy all copies.  You are hereby notified that any disclosure, 
> copying, or distribution of this message, or the taking of any action based on 
> it, is strictly prohibited.
> TIAA-CREF
> **********************************************************************


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Tapestry-developer mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/tapestry-developer

Reply via email to