Daniel, I'm in the same position as you are, in fact, Reactor is the my very first CF framework. After using Cairngorm for Flex I started to really catch the true power of frameworks and how much it can help building better applications. Really, don't give up on this, as others said, it's not something we master in a day (I'm still learning ). Learn from samples, try to apply those best practices that we read everyday over the web on small applications.
João Fernandes Sistemas de Informação Programador Informático Cofina media Avenida João Crisóstomo, Nº 72 . 1069-043 Lisboa PORTUGAL Tel (+351) 213 185 200 . Fax (+351) 213 540 370 [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Roffman Sent: terça-feira, 21 de Fevereiro de 2006 17:22 To: [email protected] Subject: RE: [Reactor For CF] MG RoCS Dan, I have been trying to grapple with OO concepts like those for years as well. And in several different languages (CF, javascript/actionscript, Ruby). It just takes time and there is no "right" way though many people will tell you you're doing it the wrong way. And then you try another way and you learn. To answer your question, I would probably create a snippet gateway object. And as soon as I have an implementation of MG RoCS, I'll rock it your way. Gabe Roffman eTesters > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Daniel Short > Sent: Tuesday, February 21, 2006 12:03 PM > To: [email protected] > Subject: RE: [Reactor For CF] MG RoCS > > 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/ > > > -- Reactor for ColdFusion Mailing List -- [email protected] -- Archives at http://www.mail-archive.com/reactor%40doughughes.net/ -- Reactor for ColdFusion Mailing List -- [email protected] -- Archives at http://www.mail-archive.com/reactor%40doughughes.net/
