Russ, You don't have to equate ColdSpring with pure-OO... it's a really just a piece of infrastructure for your apps. In your original email, you indirectly stated that you circumvent the problem of managing dependencies by referencing CFCs in the application scope. This is a disaster waiting to happen! As your application grows larger, you have to inspect all CFCs to see which dependencies you are actually using. If you want to reuse a CFC in another project, all of its dependencies have to exist in the application scope of the other project! There might not even *be* an application scope in another project! The difference is that if you write your CFCs such that all of their dependencies have to be injected during or post instantiation, the CFC is more portable, easier to test, and easier to swap out with a replacement. You can do dependency injection without ColdSpring - it just makes the task easier to manage and does most of the busy work (and complex creation order strategy) for you.
Hope that sheds a little light (ignoring AOP and other features for a moment). -Dave On 9/22/07, Snake <[EMAIL PROTECTED]> wrote: > > > Well I started life as a Machine Code/Assembler programmer, which is the > lowest level you can get before working with binary, I also did some Cobol, > Pascal, Fortran, Basic, then a big gap for many years before I got into web > development. > So I pretty much missed all the OO stuff in between, so no I don't think > like an OO developer, but I do not think I am what your referring to as "a > traditional" coldfusion developer, which I would consider to be just using > cfm pages and maybe custom tags. I do use components, methods, inheritence > etc. > Unfortunately one is restricted to the style of the applications one works > on, I can't really just tell all clients "lets rewrite this all in OO style > CFC's" for the sake of it, so getting up to speed with new frameworks and > methodologies and learning new htings in general can take a long time if > your waiting for the right opportunity/time to do it. This is one of the > advantages of being an employee like yourself Neil, more free time to > experiment and learn new things and more free reign to use them. > Having found myself with a bit of free time lately, I thought I would use it > to read up on coldspring, reactor, fusebox5 etc and try to find a reason to > use them. > > Russ > > ________________________________ > From: [email protected] > [mailto:[EMAIL PROTECTED] On Behalf > Of Robertson-Ravo, Neil (RX) > Sent: 22 September 2007 08:08 > To: [email protected] > Subject: [coldspring-dev] The advantages of Coldspring > > > > > Sean is correct, you may not be ready for step like this. if you don't see > what CS/IoC can do for you and your code applications now you should step > back and look at what it does and why (if you do know, explain here and see > it ties up). I think part of the problem could be that you are new to it > and you are thinking like a "traditional" ColdFusion developer rather than > an OO or a software engineer. > > As Sean noted, read up on Fatories, but also to get a better understanding > of OO, and IoC before you even think about applying to you (ColdFusion) code > / problems (again, if you think you "have it" post here and use the list for > what it was designed to be - a good sounding board :-) > > > > > > > > > -----Original Message----- > From: Sean Corfield > To: [email protected] > Sent: Sat Sep 22 07:27:16 2007 > Subject: [coldspring-dev] The advantages of Coldspring > > On 9/21/07, Snake <[EMAIL PROTECTED]> wrote: > > I was hoping for some enlightenment to show me i'm missing something. > > ColdSpring is one of those things that you can't really understand > until you've hit the problems it solves - and then its benefits are > obvious... Which makes it really hard to explain. > > The best I can do right now is point you at my "Managing ColdFusion > Components with Factories" presentation and see if any of that > resonates with you. If not, you're not ready for ColdSpring. > > http://corfield.org/articles/cfobj_factories.pdf > -- > Sean A Corfield -- (904) 302-SEAN > An Architect's View -- http://corfield.org/ > > "If you're not annoying somebody, you're not really alive." > -- Margaret Atwood
