Scaffoldings should be made in a temporary folder.

[Joe Le Brech]

When you use rails g scaffold blah blah it will always produce non-final code, so why not have a scaffolds folder with as many dummy code examples as possible which can then be transplanted into the actual production code.

For example nested forms or select box code or whatever might be specific to a custom generator (mobile or whatever)

This could be very much like "snippets", a scaffold could then make many more assumptions and potentially create non-working code, like assuming that something_id is something that can be used in a selection box and that "name" is the value of an option.

[Matt Jones]

Part of the point of things like scaffolding is to demonstrate where code should go for new users of the framework, and to provide a quick working example - scattering them into a folder full of non-working examples would make that much more difficult.

--Matt Jones 

[Jeremy Walker]

You suggest that scaffolding always produces non-final code. In my experience, it often creates the scaffolding for the final code, where very little needs changing for the resulting page. If that resulting page is complex, then don't generate scaffolding, just generate a resource. If the functionality is going to be along the lines of a form-based resource, then I've found that scaffolding can be a helpful start.

Jeremy Walker

http://www.ihid.co.uk

[Dimitri Pekarovsky]

In such particular case you could use git branch or something like that?

//D

вторник, 1 мая 2012 г., 22:20:57 UTC+3 пользователь Joe Le Brech написал: