Generally, no. The View should really know nothing about the Model. The Controller would make calls to the Model, which would do any necessary processing and return whatever data is needed, and then the Controller would feed that data to the View. So by the time processing gets to the View, the bulk of work should already be done. All the View does is take that data and perform basic processing like looping over a query to display it. Hopefully that helps a bit.
Regards, Brian On Tue, May 13, 2008 at 9:11 AM, Marc Esher <[EMAIL PROTECTED]> wrote: > > Nando, > Good question. Some of ours are, indeed, like that. But not all, > for good reasons. > > Regardless... where do you amke the call to getWhatever? is it more > appropriate straight in the dsp file?: > > dsp_ListInventory.cfm > > <cfset q_records = > application.myRecordService.getInventory(attributes.categoryid)> > > or somewhere else? > > that's really the "debate" we're having. > > thanks! > > marc > > On Tue, May 13, 2008 at 9:05 AM, Nando <[EMAIL PROTECTED]> wrote: > > 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 -~----------~----~----~----~------~----~------~--~---
