On 10/26/05, Dave Howorth <[EMAIL PROTECTED]> wrote: > On Wed, 2005-10-26 at 00:06 +0100, David Baird wrote: > > On 10/25/05, Aaron Trevena <[EMAIL PROTECTED]> wrote: > > > On 10/25/05, Jim Mintha <[EMAIL PROTECTED]> wrote: > > > > A good example (and my question for this mail). I want to override > > > > the column_type procedure (some of the varchar fields from oracle I > > > > would like as textareas) If I create something like: > > > > [...] > > > > > > I would like to update the API so that you can specify the column > > > types in your controller much in the same way as Package->untaint is > > > used. > > > > I like this suggestion a lot. I liked Peter's idea from long ago to > > define custom column_type() methods in individual model classes, this > > would save you the trouble and it's good to bring config data back to > > the driver. > > Yes, but does it create circular dependencies? Does it make it easier or > harder to use the model by itself with a command-line script, for > example?
You've got a point. Since I don't do that, I tend to overlook it. > > I can see arguments that the information belongs in the (non-Maypole) > model (e.g. that's what you did with CDBI-FB vs M-FB), I can see > arguments that some info belongs in the presentation (i.e. Maypole model > or view). I could see arguments for a separate static configuration > module. But I don't see a good argument that it belongs in the driver - > I think it's just being used as a catch-all. > We've got a tension between ease of use and flexibility. For most Maypole apps, the driver is the most accessible place to shove in extra config data. If you want to run your model outside Maypole, then the onus is on you to provide that model with config data however you see fit. You can write your own static config class for the model, and import that in the driver for your Maypole version of the app. I can see what you're getting at, but until Maypole has a more advanced configuration framework, it does seem to make sense to me to use the driver precisely as the catch-all. d. ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ Maypole-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/maypole-users
