I seriously disagree. Separation of display and logic is key. It's bad enough when a designer has to edit a cfm page and there are <cfif> statements all around, it would be a disaster if a designer had to crack a CFC open to edit the display.
Adam Wayne Lehman Web Systems Developer Johns Hopkins Bloomberg School of Public Health Distance Education Division -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Samuel Neff Sent: Friday, August 29, 2003 5:19 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Display in CFCs I don't think there's anything wrong with doing display in a CFC as long as that's the whole point of the CFC. Don't mix up database and business logic code with display code. As long as you stick to that, where you put your display code (a custom tag or a cfc) makes no difference. Sam ---------------------------------------------- Blog: http://www.rewindlife.com Chart: http://www.blinex.com/products/charting ---------------------------------------------- > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brad Howerter > Sent: Friday, August 29, 2003 5:06 PM > To: '[EMAIL PROTECTED]' > Subject: [CFCDev] Display in CFCs > > I'd like to have a religious war on whether to use CFCs or > Custom Tags for > display. I tried to start one on CF-Talk a few weeks ago, > but it didn't get > much of a response. I've never seen this fleshed out very > well anywhere. > > What are the reasons for NOT having methods that return HTML > strings as a > result? All I ever read is "It's stupid" or "It's bad". To > me it makes > sense to do it in a CFC as opposed to a tag, because then you > have self > documenting methods (instead of poorly documented tags). And > I don't see a > downside to it. If I have, say, a person object, why > shouldn't it know how > to display itself? It's probably not as clean a solution as > having xml and > xslt, but to me it seems better than having a custom tag > displaying the > html. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
