On 4/4/07, J MacKay <[EMAIL PROTECTED]> wrote:
I haven't looked into ColdSpring yet. Truthfully, I've avoided frameworks until now.
You like making work for yourself, eh? :)
Have you two used any other frameworks? If so, have you found any differences or strengths in one framework over another?
If you're using CFCs, use ColdSpring to manage your model. If you're using CFCs, use cfcUnit to test your model. If you're using CFCs, use Transfer or Reactor to persist your model. As for HTML front controller frameworks, well, that's very much a personal choice really but if you're heavily into CFCs and really want to work in that area, look at Model-Glue or Mach II. If you're more of the opinion that the HTTP protocol is a procedural request/response system, maybe Fusebox 5.x will appeal more. All three (and others such as ColdBox, for example), work well with CFC-based models.
As far as ColdSpring and Transfer, how would you rate the setup/configuration in terms of ease of use? And how long did it take you to get comfortable using a framework?
Well, it took me a long time to "get" inversion of control so I didn't adopt ColdSpring very quickly. I wish I'd adopted it earlier - I ended up just making more work for myself. Installation and configuration is easy tho', once you "get" the basic principles. Transfer was much easier for me and I'm finding it an incredibly productive way to build out the data access layer of my applications now. -- 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 You are subscribed to cfcdev. To unsubscribe, please follow the instructions at http://www.cfczone.org/listserv.cfm CFCDev is supported by: Katapult Media, Inc. We are cool code geeks looking for fun projects to rock! www.katapultmedia.com An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
