If you are creating a singleton service, why not put the creation of that in Application.cfm? Then you can access it anywhere it is needed using application.myService.getWhatever(attributes.someVar)
On Tue, May 13, 2008 at 1:33 PM, Marc Esher <[EMAIL PROTECTED]> wrote: > > Thanks for the clarification, Tom. > > 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? You've > got a record store, and a RecordStoreService that, among other things, > gives you access to your inventory. And you want to show that > inventory to the user. Where do you create your recordstoreservice? > and where do you put the calls to > service.getInventory(category=Attributes.CategoryID)? in the index > file? in the dsp files that are listing the inventory? in "act" files > that run prior to the dsp files? Somewhere else? > > This is for a situation where converting completely to MVC isn't > likely but you're trying to make the best of an un-ideal situation. > > We hit this on one of our products and there's no real consensus. > Putting the calls in the index file just feels wrong. Putting it in > act files "seems" right, but then the argument against that is that > the dsp pages are accessing all kinds of objects/variables of unknown > origin (where's that defined, anyway? What data/objects are available > to me?) > > Curious to hear yours and others thoughts on this. > > best, > > marc > > On Tue, May 13, 2008 at 4:45 AM, Tom Chiverton > <[EMAIL PROTECTED]> wrote: > > > > On Monday 12 May 2008, Ronan Lucio wrote: > > > What about simple tasks like a public page that shows/list some > products? > > > Should the application interact only with Service Objects or may > > > application interact directly with Manager Objects? > > > > From an application (a CFM page, Flex client, web service) you should > only > > talk to the Service layer / remote proxy|facade. > > > > -- > > 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 -~----------~----~----~----~------~----~------~--~---
