Code generation frameworks are great......as long as nothing changes during the programming phase and you don't have to regenerate the code and then splice it into the tweaked code later. Code generation still leaves a lot to be desired whenever your doing agile development. Rails is not the be all end all of frameworks and it's probably not a good fit for different types of projects, but what it is good at I think it's damn good at.
One of the things that really strikes a chord with me about rails is the the way it treats the database. We all use a database as a persistence store. Why does the our application code have to know anything about how the database stores information. Why does the schema need to be maintained both in the database and your application? Change the schema and rails automatically changes the model. Rails treats the database as just another type of memory storage. Need to create new object, great, Object.new().....no sql required. On 9/22/05, David Ross <[EMAIL PROTECTED]> wrote: > John quoted the following, but I'm reposting because I sent it to him > instead of the list: > > I like Rails, it's quite impressive when you first see how easy it is to > build an app. Still, I just have this feeling like I'm doing something > wrong when I let a database dictate the model. Maybe it's just something > you get used to, I don't know. > > One thing you have to remember is that generating xml is as easy or even > easier to generate than code is. > > I could see a lot of use in a code-generation framework, like Rails, > that was versatile enough to fit in with existing cf architectures. > > The closest we have to rails right now is Plum... but > > Ideally, I'd like to see something that: > > -offered a robust database persistance strategy (and I'm convinced that > this, if done in cfml, *has* to be done w/ code generation) > -offered controller & view generation with a decent api... I could see > controller plugins for Mach-ii, MG, FB, etc, and then the same for > wiring things up w/ Chilibeans, Tartan, Coldspring, etc. > > I also sympathize with Barry... I'm pretty much used to working with > disparate data or systems... things that require care everywhere. > > -Dave > > > > >>> [EMAIL PROTECTED] 09/22/05 3:00 PM >>> > I am here again trying to find out who would be interested in getting > some > of the benefits for this app in the CF world. If anyone is interested in > a > community project please let me know... thanks. > > John Farrar > > > > > > > ---------------------------------------------------------- > 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). > > CFCDev is supported by New Atlanta, makers of BlueDragon > http://www.newatlanta.com/products/bluedragon/index.cfm > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] > > > -- Marlon "And I Sleep, and I dream of the person I might have been, and I'll be free again And I Speak, like someone who's been to the highest peaks, and back again And I Swear, that my grass is greener than anyoness, until I believe again" ---------------------------------------------------------- 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). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
