List Info

Thread: Re: Ruby on Rails 2.0 Removed Scaffold Generation?




Re: Ruby on Rails 2.0 Removed Scaffold Generation?
user name
2008-02-23 14:36:27
Big changes, yes. Removal of key features??? What's that about?

For me, a web framework is about getting things done. This is just another hurdle in the way of that....oh well.

On Sat, Feb 23, 2008 at 7:40 AM, red < mbuszagmail.com">mbuszagmail.com> wrote:

Just about scaffolding - they did not removed the generator.
Check this:
http://wiki.rubyonrails.org/rails/pages/Scaffold

Anyway changes in RoR 2.0 are big, but look at Cake 1.2 - some
tutorials from 1.1 also won't work. Every software sometimes get 'big
changes9;.



On 23 Lut, 12:43, Baz < bazil...gmail.com">bazil...gmail.com> wrote:
&gt; Hey all,
>;
> After much pressure from some of my peers and colleagues, I've decided to
> take a Ride on the Ruby on Rails train and see where it leads. The stupid
&gt; train didn't get out of the station, that's where it leads.
&gt;
> I was drawn to RoR for a number of reasons:
>
&gt;    1. Been hearing about it for ages.
&gt;    2. It's more "established&quot;
>    3. There are a MILLION plugins out there for it. And they are a breeze
&gt;    to "install".
>    4. The console does a lot of generation (at least it used to)
>    5. Got the Agile Web Dev. boo, and wanted to play with it.
>    6. There's an IDE (RadRails) that ties into the console and the server
>    and everything. Debugging is a breeze, nothing to install or configure, just
>;    a few clicks. You could do all your "raking" straight from the IDE. It's
>    shiny
>
> I was just trying to go through one of the basic tutorials in the book.
&gt; After which, I would attempt to port some of my smaller CakePHP apps. To
> make a long story short....the brilliant guys decided for the 2.0 release,
> they would remove scaffold generation (the equivalent of baking).
>
>; Now there are all these fancy database migrations, etc, etc. And I'm sure
>; they serve a very good purpose, but who gives a crap. I was already dreading
> the "interesting&quot; syntax of Ruby, now they're telling me I need to basically
> write out my entire database structure into this "migration format&quot; crap for
> EVERY TABLE?
&gt;
> I mean, it's not hard, but I just don't wanna do it. What's the point of all
> those graphical database editors if I gotta go "generate model Post ... and
> a whole bunch of fields and definitions"? And it's not even SQL. So that's
> one thing I would have to learn before even being able to get started
> really.
>
> It was also interesting how ALL the tutorials referenced the old method of
> scaffolding. There was always a note at the top/bottom of the tut. saying
&gt; "this may not work in 2.0", but they never said what exactly.
>
>; I must say, I'm greatly disappointed. I'm still baffled actually. By all
> reports, RoR seemed to be highly automated, now they just pulled out a huge
>; chunk of it. I'm sorry, if CakePHP ever pulled out the "bake" console, I'd
> have to shoot myself in the head.
&gt;
> I should have known better. Fate brought me to CakePHP for reason. With all
> it's quirks, this is the most productive I've been.
&gt;
> Sorry for the rant.



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Cake PHP" group.
To post to this group, send email to cake-phpgooglegroups.com
To unsubscribe from this group, send email to cake-php-unsubscribegooglegroups.com
For more options, visit this group at http://groups.google.com/group/cake-php?hl=en
-~----------~----~----~----~------~----~------~--~---

[1]

about | contact  Other archives ( Real Estate discussion Medical topics )