On Tue, Jan 6, 2009 at 12:24 AM, Lukasz Szybalski <[email protected]> wrote: > > On Mon, Jan 5, 2009 at 5:56 PM, Jorge Vargas <[email protected]> wrote: >> >> On Sat, Jan 3, 2009 at 3:14 PM, Mark Ramm <[email protected]> >> wrote: >>> >>> The paster crud command that lives in tg.devtools is currently >>> unmaintained and out of date. >>> >>> I've added a ticket to either update it or remove it. >>> >>> http://trac.turbogears.org/ticket/2102 >>> >>> You can see a little bit about how it works from here: >>> >>> http://turbogears.org/2.0/docs/main/movie_tutorial.html > > What I initially though crud was for was automatic design of the app > based on the database content. It would be great if there was a tool > that would: > well it's actually two different solutions to the same problem. a- code generation for each entity b- generic code to handle all entities.
By entity I'm referring to a CRUD unit. IMO option a is suboptimal and well plain bad, specially because when you need to regenerate you will lose your local changes. And it's something I never saw as "good", even though I had have to implement several systems with that "paradigm" as for option b, that's really the best way for this type of stuff (if you can make it fast, which in python you can) we have several proves of that, sprox, rum,formalchemy,etc. > > That would be a true crud command to me. Show it a table, it creates > a sample controllers and widgets for me, I modify them to fit my > application needs, and be ready to go. > That is exactly what TG crud is supposed to do. But as Mark says not only it's outdated but it lacks a maintainer, so perhaps you will volunteer to maintain it? if not I personally volunteer to commit a delete of it ( to get a vengeance on code generators :) > Lucas > > >>> >>> How do people feel about removing it? Is anybody willing to help us >>> maintain it? It definitely demos well, and it can provide a >>> reasonable starting point for jumping off, but I think with >>> catwalk/rum available it's less valuable. And it generates quite a >>> bit of code, which is somewhat customizable, but it's still code >>> generation. >>> >>> It can always live as an external project the way that tgcrud did in >>> turbogears 1.x. >>> >> >> I think it should be removed. >> >> 1- Rum/Catwalk2 way is better >> 2- code generation is evil >> 3- the fact that is unmaintained shows no one needs that type of tool >> at this moment in time. >> >> > >> > > > > -- > How to create python package? > http://lucasmanual.com/mywiki/PythonPaste > Bazaar and Launchpad > http://lucasmanual.com/mywiki/Bazaar > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears Trunk" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~----------~----~----~----~------~----~------~--~---
