> On 1/13/06, Gabriel Roffman <[EMAIL PROTECTED]> wrote: > > I'm deciding on some frameworks to delve into in my natural > evolution > > and I'm wondering whether it looks as if ColdSpring and > Reactor would > > play well together?
> You could use ColdSpring to create / manage the Reactor factory, yes. > You could use Reactor for your persistence and ColdSpring to > manage any services in your application. In that respect they > play well together. > > However, you probably need to tell us a little more about > your project before we can make recommendations on frameworks... Well I've been writing DAOs/Gateways/VO's for a couple of years now and I'm getting tired of all the typing. I am really starting to favor convention over configuration as the Rails people like to chant. I would really like to be able to standardize on an object persistence API and so I thought Reactor might be good for that. It doesn't look like too much configuration and that it would cut down on the repetitive tasks of creating all those DAO's and Gateways. Along these lines I've also started looking at CFCPowerTools and onTap which are more rails-like in some ways in that they include some scaffolding. I've also created my own service bus but it seems like ColdSpring would be a good way to go to have a more standardized way of sharing the services that make up my application. I just wasn't sure if there would be any issues on having ColdSpring work with the DAO's that Reactor or some other persistence API created. And I've been thinking of using Model-Glue for the view-controller specifically for its autowiring (thanks, Sean) as, like I said, I'm in the camp of convention over configuartion (of course with the ability to override as necessary). I know there is CF on Wheels which is a Rails implementation in CF. Any suggestions on frameworks that will let me type less? Gabe ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] 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). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
