I think the idea of putting html in a set of UI cfc's isnt a 'bad' idea. I do believe there are disadvantages:
1. It makes the site harder to work with for designers. 2. its not easy to see whats going on in WYSIWYG editors like dreamweaver. (As someone made the point earlier) 3. It makes the site hard to re-skin unless you are easily able to update your css. However, these are only disadvantages based on your circumstances. None of these things may be an issue for your particular application. On the other hand, it does promote reuse of common html elements throughout the site. But you could also do this via good use of cfinclude... -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of TRACEY, Darren Sent: Friday, 30 July 2004 9:27 AM To: CFAussie Mailing List Subject: [cfaussie] RE: the big oo train, on the right track? I'm chiming in here too. I agree with Gary. Its always puzzled me why the cfc advocates have had this morbid aversion to having cfcs produce html output. I understand, as Gary states, that business logic cfcs shouldn't have html output, but its boggled my mind why having a separate set of ui cfcs that produce the output html was seen as such a 'bad thing'. Its always seemed to me that someone, somewhere has grossly simplified the problem of putting html output in with your business logic, and in an effort to make explanation easier, instead of saying 'have a set of business logic cfcs and a set of ui cfcs, and never mix the two', they just chose to make the assumption that the best place for business logic is in cfcs, so if we just say that output html shouldn't be in cfcs then the two won't ever be mixed by the uninitiated. Regards Darren Tracey Systems Analyst Web Applications, Web and Integration Services p: + 61 7 3232 4091 (x64091) f: + 61 7 3232 4744 e: [EMAIL PROTECTED] l: Lvl 9, 388 Queen St Brisbane QLD 4000 m: Suncorp IPC IT040, GPO Box 1453, Brisbane QLD 4000 > -----Original Message----- > From: Gary Menzel [SMTP:[EMAIL PROTECTED] > Sent: Thursday, 29 July 2004 17:53 > To: CFAussie Mailing List > Subject: [cfaussie] RE: the big oo train, on the right track? > > > It's generally considered a 'bad thing' to use CFC's to output html, > > as they are better placed in the logic tier of an application, rather > > than in the output. > > I'm going to ride the other gravy train on this one. You certainly > shouldn't put <CFOUTPUT> statements in your CFC's (and just generate > the HTML to be output by the calling page). But it is VERY valid to > encapsulate output generation in a CFC (not necessarily the same CFC's > as the business logic though). > > Why would you do this? > > Because then you can just instantiate a different "UI" CFC (that > supports the same method set/interface) and you don't have to change > any of the code that uses that object. > > The actual CFM page then become the "glue" between your business logic > and your UI. You could even create a "glue" object for a page that > provided a facade onto your business and UI objects. > > Just an alternate point of view. > > > Regards, > Gary Menzel > > --- > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > To unsubscribe send a blank email to > [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ ---------------------------------------------------------------------------- ------- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities ("Suncorp"). Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 1800 689 762 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
