At 01:50 PM 7/13/2004, you wrote:
I understand it is hard to get a full feel for the app from 1 paragraph of explanation.
Right now, I understand that you currently have all the employees Time Card information as part of the an employee object? Is that correct?
If so, moving all the time card functionality to a TimeCard component and adding an array of timecards to the employee CFC appears like a logical / reasonable approach.
How is a time card defined? By week? By Day? Perhaps it doesn't matter for the purpose of this conversation.
Each system user has one employee CFC and one CFC for all of the employee's timecards (January, February, etc).
I probably would not have created a CFC for all timecards. The approach previously discussed ( create a time-card CFC to represent a single timecard and have the employee object contain an array of timecards) is probably how I would have approached it.
As far as having too much info up in memory...
You could implement something so that only a certain number of time-cards are loaded at once.
I do not want to make any dramatic changes based on a guess of how things work.
I would like to keep functions in a CFC because I hope to build a Flash remoting interface in the future. One way to break it up would be to pull out all of the timecard functions into a single CFC stored in the server scope. Instead of referencing the "this" scope in the functions, I would reference "session.timecard."
If you put it in the server scope, you won't be able to reference the function as 'session.timecard'.
I do know that if I make a change to the CFC file, the person has to log out then log back in to see the change, which hints at a potentially larger than expected RAM usage and object instantiation time because of the use of CFCs.
It is true that CFC changes will not be reflected in already created persistent variables. The variables (in this case a component instance) will have to be re-created. This is the case of all variables stored in the session scope.
I'm not sure how this hints ad larger than expected RAM usage. I do not expect you'll be making changes too often in a production environment.
--
Jeffry Houser, Web Developer, Writer, Songwriter, Recording Engineer
<mailto:[EMAIL PROTECTED]>
--
AIM: Reboog711 | Phone: 1-203-379-0773
--
My Books: <http://www.instantcoldfusion.com>
Recording Music: <http://www.fcfstudios.com>
Original Energetic Acoustic Rock: <http://www.farcryfly.com>
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
