Re: Ruby on Rails

On Tue, 8 Feb 2005 14:15:54 +1030, Daniel O'Connor <daniel.oconnor@gmail.com> wrote: > Hi Guys, > Recently I had a play with Ruby on Rails. I think I fell off my chair > with the ease that I got through developing a simple web application. > > If you haven't already, go have a play with "Rolling with Ruby on Rails": > http://www.onlamp.com/pub/a/onlamp/2005/01/20/rails.html > > Now, all night I've been thinking as to why this isn't possible with > PHP. I couldn't think of a reason. > We've got: > Templating/facetting (Smarty, or plain ole PHP+HTML) > Database Abstraction Layers (ADODB, PEAR::DB) > Base classes by the dozen (PEAR! Horde!) > A package manager (PEAR again!) > > But I still find doing a prototype application is godawfully slow. > > Could PEAR itself benefit from some application 'helpers', similar to > what Ruby On Rails has... something to build web applications (or any > other concievable application) really quickly, then focus on > implementing functionality rather than doing dirty work. > > Call it PHP in Pails if you need to :P > > Questions: > 1) What have I missed from Rails that we already have in the PHP world... > 2) Like it, hate it, let me know what you think... I've a developing > itch to scratch :) > Back when I looked at it (a while ago) it looked a lot like what DB_DataObject_FormBuilder does. It allows pretty quick web app developing...once you get your DOs working and figure out how to use it, of course. It's also very flexible, which is what I like. I have always wanted a web-only app to create DB and forms and such and was working towards this with rdbEdit back when I knew only PEAR::DB. I since found FormBuilder and have brought it up closer to what I want. And with DB_DO_FB_Frontend (see reversefold.com) you have a full data editing app. It still takes a lot of work to get your forms up, but it should be (eventually) easier. -- Justin Patrin