It can also help you spot redundancies and repetitions in your design, and can really help you spot places in your application where patterns would be helpful.

I would say, though, that you're better off to learn all you can about CFCs, then learn the basics of OO, and then move on to UML and patterns... because often we get hung up trying to use UML to describe design patterns and not getting any code written. Having something you've written in front of you as you learn about UML and then adding Design Patterns into the mix will really help you figure this stuff out. Like Brian says, most DPs are explained in UML, so if you don't know something about UML first you're going to find the documentation quite confusing.

I'm not up on your skill level :) so if this doesn't apply to you, please just ignore me!

I know for me, when I started making the change to OO, I had to quit studying OO for a while and learn a bunch about UML first so I could make any sense of the doco on OO and Patterns. It's really helpful. And having a good understanding of arguments, returning data, types, public and private memory spaces in objects, and that sort of thing made life a LOT EASIER when I started working on learning to use OO in web applications.

Laterz,
J

On 7/25/05, Brian Kotek <[EMAIL PROTECTED]> wrote:
UML is system intended to help you diagram or document the objects, sequences of events, and use cases of your object model. You certainly can document an object model that uses design patterns with UML. You can also document an object model that doesn't use a single design pattern using UML. They're really separate ideas. That said, looking at the relationships that design patterns create between your objects can be easier if you are using UML. And most examples of patterns in the various books will show how it looks in a UML class diagram.

Hope that helps.

Brian



--
---------------
-------------------------------------
Buy SQLSurveyor!
http://www.web-relevant.com/sqlsurveyor
Never make your developers open Enterprise Manager again. ----------------------------------------------------------
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

Reply via email to