I'm not surprised your head is a little fuzzy. All the great help wildly
appreciated - but 4am? I hope you're not on Eastern Standard time. Get some
sleep guys!!!
And Rob, if you could send over a snippet some time it'd be much
appreciated. FYI here's what I have which works, but it does save the pages
directly in app scope rather than just within itself so an example of where
to save the created page objects to would really help (i.e. what do I
replace "Application.page[#Arguments.FilePath#]" with?).
External caller:
THIS.page = Application.PageService.GetPagebyFilePath("#ThisPageFilePath#");
Function within PageService (which is an application scoped singleton -
didn't see the need to create a separate object although input always
appreciated!). Note I actually call the PageDAO whih is also a singleton.
I'm not sure if this is the right way round but I got it from the ColdSpring
cfpetmarket. They have the DAO create the object by calling the Page.Init()
and then populating it with data. Is that the right way round? Seemed a
little strange, but . . .
<cffunction name="GetPagebyFilePath" returntype="Page"
access="public" output="no" displayname="Return a Page" hint="I'm used to
return a page object based on it's file path. If the page already exists in
application scope, I pass it. If not, I create it and store it in
application scope (a lazy load).">
<cfargument Name="FilePath" type="String" required="yes"
displayname="Page File Path" hint="The filepath of the page used to uniquely
identify the page to return." />
<cfscript>
// If the page doesn't exist in application scope,
initialize it (lazy load)
if(not
isDefined("Application.page.#Arguments.FilePath#"))
{Application.page[#Arguments.FilePath#] =
Application.PageDAO.GetPagebyFilePath("#Arguments.FilePath#");};
</cfscript>
<cfreturn Application.page[Arguments.FilePath]>
</cffunction>
Best Wishes,
Peter
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Rob Munn
Sent: Tuesday, February 28, 2006 4:05 AM
To: [email protected]
Subject: RE: [CFCDev] Lazy Load - any patterns to encapsulate?
Yes, that's what I was getting at, but my brain is a little fuzy at this
point! ;-)
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Haikal Saadh
Sent: Monday, February 27, 2006 11:25 PM
To: [email protected]
Subject: Re: [CFCDev] Lazy Load - any patterns to encapsulate?
Rather than having PageSingleton save it's data in application scope,
wouldn't it be better to have page singleton save it's data inside it,
and have page singleton itself in application scope?
so:
PageSingleton
=========
- Struct pages;
=========
+ init(String pageFilePath) : PageSingleton
+ getPage(String path): String
=========
getPage() would basically check if the page has been loaded into 'pages'
(structKeyExists), if so, return it, otherwise load it and return it.
Rob Munn wrote:
> This looks like the Singleton pattern to me:
>
> page =
>
CreateObject("component","prototype.entity.systemsforge.PageSingleton").Init
("#ThisPageFilePath#");};
>
> Inside the PageSingleton.cfc init() function you put the logic to
> check whether the page exists in your application.page structure,
> initialize it if it doesn't exist, and return it. That way the only
> place you ever reference the application scope is in PageSingleton. I
> can post a clearer code example tomorrow when my brain is less foggy,
> but this is the method I learned from others here and it has worked
> well for me.
>
>
>
> -----Original Message-----
> *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> *On Behalf Of *Peter Bell
> *Sent:* Monday, February 27, 2006 7:58 PM
> *To:* [email protected]
> *Subject:* [CFCDev] Lazy Load - any patterns to encapsulate?
>
> Hi There,
>
> So, I have a page class that I lazy load to minimize initial
> application load time for large sites. However, for performance
> purposes, I store each page object once it has been created using
> the application scope (I don't have so many instances of the page
> class that this would be a problem in terms of memory and each one
> is fairly small).
>
> So, my calling code looked like this:
> <cfscript>
> // If the page doesn't exist in application scope, initialize it
> (lazy load)
> if(not isDefined("Application.page.#ThisPageFilePath#"))
> {"Application.page.#ThisPageFilePath#" =
>
CreateObject("component","prototype.entity.systemsforge.Page").Init("#ThisPa
geFilePath#");};
> </cfscript>
>
> That looked plain wrong (seemed to be wrong for anything other
> than a page something - e.g. a page service to be worrying about
> whether or not a given page had been constructed or not), so I
> created an Application.PageService, provided it with a
> GetbyFilePath() method and put the above code in there.
>
> Is this going in the right direction?
>
> Best Wishes,
> Peter
>
>
>
>
>
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email to
> [email protected] with the words 'unsubscribe cfcdev' as the
> subject of the email.
>
> CFCDev is run by CFCZone (www.cfczone.org) and supported by
> CFXHosting (wwwcfxhosting.com).
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/[email protected]
>
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email to
> [email protected] with the words 'unsubscribe cfcdev' as the subject
> of the email.
>
> CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
> (www.cfxhosting.com).
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/[email protected]
--
Haikal Saadh, Applications Programmer
Teaching and Learning Support Services
K405, Queensland University of Technology, Kelvin Grove Campus
[EMAIL PROTECTED], 3864 8633 CRICOS No. 00213J
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
