agreed, nando. this is more for the non-display methods... getting queries and structs, that sort of thing.
On Tue, May 13, 2008 at 10:14 AM, Nando <[EMAIL PROTECTED]> wrote: > By the way, it might help you a bit to remember that the deeper intent of > encapsulation is "responsibility". Asking yourself "What is my service > object responsible for?" might help you drop it in the right spot in your FB > app. Some attempt is made to encapsulate areas of responsibility in Fusebox, > as well as can be managed with procedural mechanisms. If your service object > is responsible for rendering a portion of the view, it might be appropriate > to call it in your dsp file for instance ... etc. > > > > On Tue, May 13, 2008 at 3:59 PM, Nando <[EMAIL PROTECTED]> wrote: > > 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] > > > > -- > > 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 -~----------~----~----~----~------~----~------~--~---
