Brian, So in my lame-ass FB2 app, is the controller the index file? Again, as I said, this is an app that won't be converted to a modern framework and is generally in maintenance mode.
I know it's hard to even think in this mindset if you've been working on proper MVC apps for a while! Marc On Tue, May 13, 2008 at 9:15 AM, Brian Kotek <[EMAIL PROTECTED]> wrote: > 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 -~----------~----~----~----~------~----~------~--~---
