Are these reports of data from a DB? Wouldn't it be better to just use the DB for all these then?
Doug On Tue, 09 Nov 2004 11:54:02 -0500, Brent Nicholas <[EMAIL PROTECTED]> wrote: > For the calculations that are repetitive, would a UDF be a good solution? Or > does that move us away from the OO goal? > > BN > > Brent Nicholas - EclecticDetroit, LLC. > http://www.EclecticDetroit.com > 248.767.5516 > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > "On the other hand, you have different fingers." > > >From: "Wayne Graham" <[EMAIL PROTECTED]> > >Reply-To: [EMAIL PROTECTED] > >To: <[EMAIL PROTECTED]> > >Subject: RE: [CFCDev] CFC Cohesion > >Date: Tue, 9 Nov 2004 11:08:24 -0500 > >MIME-Version: 1.0 > >Received: from cfczone.org ([69.43.131.101]) by mc11-f33.hotmail.com with > >Microsoft SMTPSVC(5.0.2195.6824); Tue, 9 Nov 2004 08:08:52 -0800 > >Received: from md4001.it.wm.edu [128.239.35.14] by nerve.mindtool.com with > >ESMTP (SMTPD32-7.15) id ABD0892100BE; Tue, 09 Nov 2004 08:09:52 -0800 > >Received: from wgraham (wm73-106.admin.wm.edu [128.239.106.73])by > >md4001.it.wm.edu (MOS 3.5.5-GR)with ESMTP id BMT09306 (AUTH wsgrah);Tue, 9 > >Nov 2004 11:08:25 -0500 (EST) > >X-Message-Info: JGTYoYF78jHCHiK/AYBH53iih7wwIdJr > >Message-Id: <[EMAIL PROTECTED]> > >X-Mailer: Microsoft Office Outlook, Build 11.0.6353 > >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 > >In-Reply-To: <[EMAIL PROTECTED]> > >Thread-Index: AcTGb8FNg1z9G8IORDKw2Z0JyGptGwACQVGwAADR4yA= > >X-RBL-Warning: OSRELAY: Please stop using relays.osirusoft.com > >X-Declude-Sender: [EMAIL PROTECTED] [128.239.35.14] > >X-Note: This E-mail was scanned by Declude JunkMail (www.declude.com) for > >spam. > >X-Spam-Tests-Failed: OSRELAY, IPNOTINMX [5] > >Precedence: bulk > >Return-Path: [EMAIL PROTECTED] > >X-OriginalArrivalTime: 09 Nov 2004 16:08:52.0975 (UTC) > >FILETIME=[6831C7F0:01C4C676] > > > > > >Someone can correct me if I'm wrong, but if you create a reference to the > >cfc object in memory with <cfobject>, or the createObject function, you can > >refer to the object without recreating the object, but run functions from > >within the object with very little overhead. > > > >If you'd like to see how one OO solution organizes its function calls, take > >a look at Jakarta's Commons Math project > >(http://jakarta.apache.org/~psteitz/commons-math-1.0-RC1/). > > > >Wayne > > > > > >======================== > >http://pgp.mit.edu/ > >-----Original Message----- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > >Of Sam Clement > >Sent: Tuesday, November 09, 2004 11:47 AM > >To: [EMAIL PROTECTED] > >Subject: RE: [CFCDev] CFC Cohesion > > > >So the component would have an init() function that would process all > >calculations that have other calculations depend on them? > > > >Since the real app has around 30 calculations (and growing!) with some > >fairly complex relationships, this might create some unnecessary(?) > >overhead. > > > >Anyway, from what you say, it sounds like it's okay practice to dump them > >all in one CFC and then just have the component call its own methods as > >needed for each calculation - I think... :) > > > >Cheers, > > > >Sam > > > >-----Original Message----- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > >Of Nando > >Sent: Tuesday, November 09, 2004 10:18 AM > >To: [EMAIL PROTECTED] > >Subject: RE: [CFCDev] CFC Cohesion > > > >I'm pretty much a beginner myself, but as a general plan, i would do > >calculation A on the init, store it in the variables scope, and then access > >result A for functions B, C, D and E, if that makes sense. Store result B > >in > >variables scope and use it for C, etc. > > > > >From what you describe, it seems you just need to make sure that the > > >obj is > >initialized to the point where it can handle any of those functions. It > >doesn't seem to me like you'd need to make separate objects, necessarily, > >to > >have this FinancialObj be cohesive, it does financial calculations. > > > > > >-----Original Message----- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > >Behalf Of Sam Clement > >Sent: Tuesday, November 09, 2004 4:55 PM > >To: [EMAIL PROTECTED] > >Subject: [CFCDev] CFC Cohesion > > > > > >I'm working on a small financial site that uses a lot of financial formulae > >(duh). I'm also an OO newbie and trying to get up to speed on the > >methodology with this project (using machii). > > > >Since a lot of the financial formulae are dependent upon each other, one of > >the troubles I'm having is with the separation of the business logic into > >small, 'do one thing well' type pieces. > > > >For example, if there are 5 calculations that need to be made: A, B, C, D > >and E: > > > >A is a simple calculation on values stored in the db B uses A values to > >make > >its calculation C uses A and B values, and the previous date's value of C > >for its calculation Etc. > > > >With this set up I'm having difficulty creating cohesive objects. There > >seems too much dependency between each calculation to really separate them. > >Separating them into individual components just seems to create a string of > >dependent objects. > > > >Perhaps I should be creating "parent" objects that tie these smaller > >calculation objects together? > > > >Any advice appreciated. > > > >Cheers, > > > >Sam > > > >________________________________ > > > >Sam Clement > >ABOVE Studios > >Boutique Design Solutions > ><http://www.abovestudios.com/> > >32 Clifford St - Belmont > >Trinidad + Tobago - West Indies > >T: (868) 621 5159 > >W: abovestudios.com <http://www.abovestudios.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 > >[EMAIL PROTECTED] > > > > > > > >---------------------------------------------------------- > >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 > >[EMAIL PROTECTED] > > > >---------------------------------------------------------- > >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 > >[EMAIL PROTECTED] > > > >---------------------------------------------------------- > >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 > >[EMAIL PROTECTED] > > ---------------------------------------------------------- > 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 > [EMAIL PROTECTED] > -- Douglas Knudsen http://www.cubicleman.com this is my signature, like it? ---------------------------------------------------------- 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 [EMAIL PROTECTED]
