Nah... let's not forget with hardware it's about messaging. Hardware seeks to abstract the interfaces. :) We could get a good tangent going on that one... any IC engineers here?
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Munson, Jacob Sent: Friday, August 19, 2005 5:11 PM To: [email protected] Subject: RE: [CFCDev] Better way than dao, gateway, bean: <cfquery> I remember someone asking on this list once, "Should I implement a DAO for every table in my database?" Sure, and why not build the entire DBMS from scratch while your at it. In fact, wouldn't it be really fun to build a completely OO operating system from the ground up, making sure to use ALL of the design patterns? And while we're at it, lets do the same thing with the hardware! > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Joe Rinehart > Sent: Friday, August 19, 2005 1:00 PM > To: [email protected] > Subject: Re: [CFCDev] Better way than dao, gateway, bean: <cfquery> > > > How much cfc's does it take to change a light bulb? > > Argh...I think is what people don't get about OO. If it's one kind of > lightbuild, one class is fine. > > If you need to create a lightbulb changing robot that can handle many > types of lightbulbs, things like the Abstract Factory Pattern would > certainly add classes to your design, but would make the whole thing a > lot easier to write. > > It's about motiviations / design forces, not implementing every > pattern known to God (or Gamma) just for the fun of it. The "Oh my > God, OO just adds sooo much unnecessary crap!" camp has probably > simply had the misfortune of working with someone that uses OO > unnecessarily. > > You may despise the DAO/DG combination because it's unnecessary for > what you do, but when you're in a situation where you need to fulfill > its consequence (separating data access from your application itself), > it's a frigging godsend. > > -Joe This transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. A1. ---------------------------------------------------------- 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). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm 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 words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
