It seems people are being a bit unfair to Jim. He has a system he likes that works very well for him. Whether you agree with his approach or not the least you could do is respect his opinion. He feels he gets a lot of added value from his approach and; judging by the documentation he is doing with each of his components - it is very readable when all is said and done.
Heck if he were just about saving keystrokes I doubt you would see so much commenting with his component. This whole conversation just highlights another cool feature of CF - you can have it both ways. If you want to do fairly strict typing - by all means, do it. If you don't - then don't. If you want to use specific getters/setters - you can. If you don't, well you can create a robust alternative that works just as well for your needs. Don't dog Jim and his method - just be glad you have the option of doing it your way. It would be one thing if you were actually finding a valid flaw in his approach - but it seems everyone is just saying "why bother when you can just do it my way" - well he obviously likes to bother and wants to do it his way. I feel like I'm writing a commerical for Burger King with that last line. Bill On 1/20/06, Patrick McElhaney <[EMAIL PROTECTED]> wrote: > On 1/20/06, Nat Papovich <[EMAIL PROTECTED]> wrote: > > Is this all for the sake of saving keystrokes? A good IDE (like Eclipse with > > Java classes) solves this problem in that you can highlight a class variable > > and rt-click->add getters/setters. Most of the time, you just ignore all the > > generated getters and setters, but when you want to add some code, the > > methods are already there. > > > > Seems like the problem is being solved in the wrong place. > > > I agree, Nat. This does seem to be about saving keystrokes. Then it's > retroactively justified with "Oh, but now I can do all this other > stuff." And that's fine, but I never wanted to do all that other > stuff. > > In CFEclipse, you can create a getter/setter code template that's > accessable in as few as three keystrokes. > > I always try to keep in mind that code will be read many times more > than it's written. > > Patrick > > -- > Patrick McElhaney > 704.560.9117 > http://pmcelhaney.weblogs.us > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email to > [email protected] with the words 'unsubscribe cfcdev' as the subject of the > email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > (www.cfxhosting.com). > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] > > > -- [EMAIL PROTECTED] http://blog.rawlinson.us If you want Gmail - just ask. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
