Marc, I would relax a little and just experiment. You're mixing 2 worlds, procedural and OO. Even in OO, there's no "right" way to do things, it's basically just a set of guiding principles.
It seems the principle you're attempting to come to terms with is encapsulation, but in procedural code, the mechanisms for encapsulation don't really exist. In essence, you're taking the ice cubes out of the freezer, dropping them in a glass of something nice to drink and asking where should they go? Well, not exactly ... but I'd just enjoy whatever it is you are drinking, swish those cubes around, and learn through experimenting! ;-) On Tue, May 13, 2008 at 3:46 PM, Marc Esher <[EMAIL PROTECTED]> wrote: > > Tom, so you're on the "put the method calls in the act file" approach, > correct? > > that's what Brian was saying (I think), and it makes the most sense to me. > > Thanks for the input guys. > > On Tue, May 13, 2008 at 9:34 AM, Tom Chiverton > <[EMAIL PROTECTED]> wrote: > > > > On Tuesday 13 May 2008, Marc Esher wrote: > > > Let's say you're working with an OLD-school fusebox app. I'm talking > > > FB2 days.... index.cfm and FormURL2Attributes and act/dsp files and > no > > > other framework goodies. And you've got a library of components. > > > where does the creation/accessing of your service objects go? > > > > In the past, when I was adding these sort of objects to a legacy FB3 > > application, I kept FB3 for the view, and the 'act_*cfm' pages would > use > > Singeton CFCs in the application scope. > > I would generally use the request scope as a local model. > > > > This was a bit too highly coupled for my liking, but I though it a good > > comprmise. > > > > -- > > > > > > Tom Chiverton > > > > **************************************************** > > > > This email is sent for and on behalf of Halliwells LLP. > > > > Halliwells LLP is a limited liability partnership registered in England > and Wales under registered number OC307980 whose registered office address > is at Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. > A list of members is available for inspection at the registered office. Any > reference to a partner in relation to Halliwells LLP means a member of > Halliwells LLP. Regulated by The Solicitors Regulation Authority. > > > > CONFIDENTIALITY > > > > This email is intended only for the use of the addressee named above > and may be confidential or legally privileged. If you are not the addressee > you must not read it and must not use any information contained in nor copy > it nor inform any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in error please > delete it and notify Halliwells LLP IT Department on 0870 365 2500. > > > > For more information about Halliwells LLP visit www.halliwells.com. > > > > > > > > > > > -- Nando M. Breiter The CarbonZero Project CP 234 6934 Bioggio Switzerland +41 76 303 4477 [EMAIL PROTECTED] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
