no. FWIW, I AM installing the SDK along with MX... I can't remember the last project I worked that DIDN'T have some Java code interleaved with it. Also, many (not all) of the design patterns and best practice from the Java world apply directly to CFC-based development. The nice thing is we (usually) don't have to write as much boiler-plate code.
I believe it's good to think about a project's *abstract* architecture way before a programming language for the implementation of that architecture is actually chosen. I worked on one of my current projects for 3 months before CF was finally agreed upon as the primary development platform (even though a plethora of FOSS java libraries and projects will be utilized). -Dave >>> [EMAIL PROTECTED] 4/5/2005 2:20:58 AM >>> Is it me, or does anyone else feel like we are making ye-ol CFMX work like Java tooo much since we got it out of the shrink wrap. I know it serves a purpose, but when i approach a problem with some co-developers-in-around-my-community-and-i-know-via-world-wide-web they always refute a claim with "but in java..." or "well in java we.." I feel like going "yah well if i wanted java, i'd be installing java sdk instead of cfmx..no well thxu stfu plz." Just a left field observation. Next week's topic: "Why are we taking a perfectly good language and making another add-on language set out of XML to use with that said language". :) On Apr 5, 2005 3:50 PM, Sean Corfield <[EMAIL PROTECTED]> wrote: > On Apr 4, 2005 9:31 PM, Scott Barnes <[EMAIL PROTECTED]> wrote: > > ie DG/DAO is getting to the points of religion now, I know a couple of > > devs who are blindly using them because of this list.... yet they > > don't realise it....hrm...... that can't be good.. i too suckled on > > the teet that which is pure OO patterns and it took an intervention > > from Spike to show me the way of a new religion. > > Yeah, that's why I took the examples out of the Mach II Development > Guide - people were following them religiously without really > analyzing why. I was guilty of pushing OO heavily at first (within the > CF world) because I've been doing it for over a dozen years now and it > is pretty much second nature - so I thought I was trying to help. But > I came to realize that folks were blindly following various > recommendations without understanding them and therefore using them > inappropriately. > > These days, I'm much more likely to try to offer *multiple* options > rather than a single "best" option (my catchphrase seems to be "it > depends") and I'm trying to get folks to approach problems as "get it > working the work on getting it right" by refactoring code later on > when they feel comfortable with it. > > Hence my comment "heck why not just <cfinclude> the file?" Quick and > dirty but likely to get the job done in a way that folks understand. > -- > Sean A Corfield -- http://corfield.org/ > Team Fusebox -- http://fusebox.org/ > Got Gmail? -- I have 50, yes 50, invites to give away! > > "If you're not annoying somebody, you're not really alive." > -- Margaret Atwood > > ---------------------------------------------------------- > 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] > > -- Regards, Scott Barnes http://www.mossyblog.com http://www.flexcoder.com (Coming Soon) ---------------------------------------------------------- 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] ---------------------------------------------------------- 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]
