Thanks for the tips guys... Any new work I do these days is in CF doing OO.
I use objects (I'm assuming as beans) such as User object, which has a DAO
behind it for doing CRUD work. Where I get stuck is when I see things like
Transfer Objects and Gateways. Trying to decide where to place small query
operations that don't necessarily fit the standard CRUD operations of a
particular object. For instance, if I'm tracking downloads of a snippet for
a user, do I do that operation with the user (since users download snippets)
or do I do it as an operation of a snippet (since the snippet was
downloaded) or do I create a third object called SnippetManager that takes a
snippet object and a user object and marries them together? I realize
there's no "right way", but I continual struggle with trying to figure out
which is the "more correct" way :).

I guess what I should most likely do is rebuild my blog, which has been in
ASP for years, using one technology at a time..., now I just have to figure
out which order do use them in :).

Thanks again,

Dan

> You hit the nail on the head.  My path to OOishness started 
> more than two years ago (after many many years of procedural 
> programming).  I started by taking Hal Helm's class on 
> Mach-II.  I figured after 3 days I'd know this stuff 
> backwards and forwards.  (I consider myself to be reasonably 
> bright too.)  So, after the class I quickly ran home and was 
> absolutely unable to get anything done.  I spent the next two 
> years trying and trying and trying again.  Then, one day, I 
> was working in Java (of all languages) and realized that 
> (holy hell!!) I was applying OO unconsciously.  From that 
> point forward my learning curve has returned to my pre-OO days.  
> 
>  
> 
> As Sean frequently says, "This stuff is hard!"
> 
>  
> 
> And as I always say, "You've got to try and screw up a few 
> times before you'll get it".  Why? Because by messing up 
> you'll be able to see what went wrong.  This, at least for 
> me, helps me to understand how to avoid this problem next time around.
> 
>  
> 
> Anyhow, yea, just keep moving forward.  
> 
>  
> 
> Doug



 

-- Reactor for ColdFusion Mailing List -- [email protected]
-- Archives at http://www.mail-archive.com/reactor%40doughughes.net/


Reply via email to