RE: [CFCDev] UML Design

[Scratch]

Hi,   This is my first time being part of a listserv.   I wanted to know people’s opinion on how they go about re-using their UDFs – now, due in part to MX and CFCs, the MVC model is being more closely followed and you can’t just include your primary UDF file in application.cfm/cfc – it won’t be shared in CFCs and interfaces and its just bad practice to call them from data or view layers. So do you find yourselves including the same UDF file all over the place in the same request? Do you separate all your functions into separate files and include/call them when needed? How are people managing this?   How can I start this new topic on the listserv?   Thanks all,   Baz         From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Rouse Sent: Monday, July 25, 2005 10:08 PM To: CFCDev@cfczone.org Subject: Re: [CFCDev] UML Design   I have run into this just with database data modeling tools.  I am the only person in our group that even uses one of these tools and I do so because the groups standard is actually even more labor intensive since they like to make their "data models" in access to get a E/R diagram to show for a picture then they make them in Oracle.  I have found when using a data modeling tool that if I ever have a change to do after I have started coding that I do go back to the tool and make the change there but just write quick scripts to make the changes in the database.  So I could see how if I was given a basic structure for the CFCs that I might feel the personal need to go back to the tool and make any changes that I found.  I do think it still would save me some time, maybe not really from a coding standpoint but from the standpoint of showing a pretty picture to higher ups, they tend to love diagrams and charts and fancy colors after all. I guess one thing with our environment is since we are limited to our framework their tends to not really be much changes in the layout of things.  Guess really just a handful of models could work for all projects with just a few name changes. On 7/25/05, Gary Menzel <[EMAIL PROTECTED]> wrote:     To Aaron....   Generating the CFC structure is fine - but what happens when you change (re-factor) the design?  Beyond that initial "prototyping" of the object's structure, it has been my experience that the design tools begin to fail.  So you are then left with a manual job.  So, I find it easier to say that the "build" process is a manual one from the first instance.  In our development environment we ensure the designs are up to date before actually changing the code (other than possibly modelling the revised concept first).   But, of course, it is up to everyone to find what works for them.   Regards, Gary   On 7/26/05, Adrocknaphobia <[EMAIL PROTECTED] > wrote: Yeah, I'm not a big fan of code generation myself. The only code generating tool I personally use is ERWin for modeling Oracle databases. I find I spend more time in the application tweaking the design so it generates the correct code, then if I just wrote it by hand. However, management loves pictures, especially when printed on a plotter. The biggest problem with the tools I've used is what was mentioned earlier. It works great on the initial build, but becomes an obstacle when updating. My ERDs quickly become out of date because the software does a poor job of version management. When I say poor job, I mean it doesnt do anything at all. It generates everything... not just the changes made since version x. btw. did Adalon ever come out with a version that supported CFCs? I mean they had been promising it for a long time; so long that I gave up waiting. -Adam PS This is what part the alphabet would look like if Q and R did not exist. On 7/25/05, Gary Menzel < [EMAIL PROTECTED]> wrote: > HOWEVER.... as I said in an earlier post.... I am not a fan of "generate". > I have never seen it work properly and have been around in the industry long > before also experiencing the evolution these types of tools. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to cfcdev@cfczone.org 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/cfcdev@cfczone.org ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to cfcdev@cfczone.org 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/cfcdev@cfczone.org -- Aaron Rouse http://www.happyhacker.com/ ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to cfcdev@cfczone.org 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/cfcdev@cfczone.org ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to cfcdev@cfczone.org 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/cfcdev@cfczone.org