OK... you likely are using methodologies for development... are you using a framework? I hear you on your "experience"... but do you have experience programming with a framework... or is that all theory based on non-frameworks? If someone who has experience with frameworks would care to toss in here it would be interesting to see if I am the only one. Like I said... CF has a framework also... and one of those frameworks is the CGI variable system. Yet this information if freely referenced inside the CFC. Is that good practice or bad.
What it actually does is limit the framework. So, the common response of most of us is to never develop a framework, lest the framework get limited! That is logical... but the logic is of a limited scope. It is reminiscent of the old debate between assembly programmers and people who used C and Basic for programming. There was a purpose to both... I just believe there is "social status" to the encapsulation or death viewpoint. Alas, lost opportunity to say me to again... haven't I! John Farrar SOSensible -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nando Sent: Wednesday, September 29, 2004 7:17 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Function Libraries Well, one of the clear benefits of encapsulation is that you create a variable boundary for an object and its functions. The point of that practice isn't only oriented around the present state of an application, but how it might evolve in the future. I wouldn't call that "blind", but rather experienced foresight. And the more experienced i get at this, the more i find myself encapsulating stuff as carefully as i can. It's really no extra trouble. And unexpected benefits keep popping up every time i follow that route. The problem, to me, with "shortcutting" encapsulation within a framework, today's framework ... is that tomorrow's framework will want to change. And there's every chance that one of the shortcuts will lock the design down and either cast the possible solutions under shadows, or make the solution much more difficult to implement. :) nando ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words '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]
