The main idea behind having a quickstart is that it creates an initial structure that is ready for filling with application specific content. We make things quicker and easier for the user by providing the places to put their app files. If a user is going to moan because there is model, view and controller directory where we expect them to put their, erm, model, view and controller(!) files, then I think this is going to be the least of our problems with them.
Realistically then, having model, view and controller quickstart generated directories isn't going to put new users off anymore than the current static/css+images+javascript structure does. It's reasonable to assume that as a project grows it may have many model elements, controllers and views. Having a starting structure that supports growth and organization is just the right thing to do. Sure, we can save new people a second or two in eyeball time but they'll pay later when their project starts turning to mush and they have to reorganise anyway. Then we end up with every user having different directory structures for no good reason. Incidentally I'd probably also rename the 'templates' directory to 'views' too. That way it fits in properly with the Model, View and Controller terminology. :-) I don't know if the django guys have gone overboard with their structure but Rails certainly hasn't and it's just a no-brainer there. > > From: "Michele Cella" <[EMAIL PROTECTED]> > Date: 2006/03/08 Wed AM 10:31:29 GMT > To: "TurboGears" <[email protected]> > Subject: [TurboGears] Re: bike shed #2: controllers.py vs. controllers > directory > > > Ian Bicking wrote: > > Michele Cella wrote: > > > If we go down this path IMHO it would also be nice to provide some > > > basic conventions (over configuration, rails marketing hype :D), note > > > that we should not enforce them, and use a tool like paster to add a > > > new controller along with tests (like pylons) for example or a new > > > template that extends master.kid and so on. > > > > I don't like hierarchy, and I never use more than one file for my > > SQLObject classes (which is a subset of all the models in a system, but > > that's just tedious semantics ;). But this is probably the best > > argument for separate files -- or, more generally, tool support. I > > assume the model designer will work much more easily with a models > > package as well. > > > > Yes, the big advantage of having a single model.py and controllers.py > is that you can dive in immediately, providing tools means that you > must teach how to use them and why to use them, this increases the > "learning fast" delay but probably gives more benefits on the long run > (during the project life time and the development of other projects)? > dunno... > > It's a matter of finding the right balance, I should admit that when I > tried Pylons/RoR while searching for the supposed way to add a new > controller I've found myself slowed down in respect to TG, for example > Django guys some times ago discussed the possibility of reducing the > base structure of a new project to something like TG. > > > In a similarly veign, Pylons (and PasteWebKit) both create templates > > with controllers, including creating the boilerplate template. As an > > added convention, if there is a file named > > "blank.whatever-your-template-extension-is" it'll copy that for the > > template, so you can futz and create conventions on a project level. I > > haven't myself been creating tests -- I guess I just don't write my > > tests with the same granularity as a table or screen -- but I can > > certainly see the benefit. > > > > I've experimented with automatically modifying files instead of writing > > new files (Paste has some support for this), but I find this hard to > > maintain. Python just isn't the kind of language where you can safely > > modify source in an automated way. > > > > Some times ago I've looked at paster for this reason (modifying files) > and noticed that you provide support for that but it's indeed and and > hard thing to do and maintain. :-) > > Thanks. > > Ciao > Michele > > > > ----------------------------------------- Email sent from www.ntlworld.com Virus-checked using McAfee(R) Software Visit www.ntlworld.com/security for more information --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" 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 -~----------~----~----~----~------~----~------~--~---
