Nando, thanks for your input too. Considering there will be some Loan Applications in the system that may no longer have any relevance (submitted loans stay in the system for X days), it wouldn't make a lot of sense to load them all up knowing that they would likely not be touched again. I may take the route of keeping the Company objects in memory, and loading the users into the Users property (possibly for user authentication), but may only instantiate Loan Applications within the Users objects if they log in or are needed by some other place in the system. Does that make sense? The only thing I can see as a potential pitfall there is if some other part of the system expects something that may not be instantiated, which I suppose this could be managed fairly simply.
~Dave
On 1/2/06, Sean Corfield <[EMAIL PROTECTED]> wrote:
On 1/2/06, Dave Shuck <[EMAIL PROTECTED]> wrote:
> Sean, thank you for your reply. To answer your first comment, I typed
> "array" but meant structure for the reason you suggest. Your keen eye is
> appreciated though. :)
Cool.
> I keep seeing Arf! mentioned (and the others to a lesser extent), but have
> yet to go explore them. I guess today may be a reading day.
Joe did some great little videos showing how to use Arf! and there's a
Quick Start doc in the download. Transfer is the only one of the four
frameworks that caches objects in memory. Reactor caches database
object instances (metadata, essentially, not actual application data).
Arf! and objectBreeze do not provide caching.
If you happen to be near PDXCFUG, Austin CFUG, Dallas CFUG or Denver
CFUG, I'll be bringing my "Objects & Persistence" talk around where I
go into each of these frameworks - and will have a simple application
showing each one...
Nando's reply is important too - consider what you actually need the
model to do for you first and foremost, then figure out what you
really need in memory at any one time.
--
Sean A Corfield -- http://corfield.org/
Got frameworks?
"If you're not annoying somebody, you're not really alive."
-- Margaret Atwood
----------------------------------------------------------
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]
--
~Dave Shuck
[EMAIL PROTECTED]
www.daveshuck.com ----------------------------------------------------------
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]
