Alberto- can you give a read user/pass for your svn? Kevin- i modeled my approach after digging through the internals of tg i wrote a GIANT framework/app in mod_perl - there are about 400 classes spread across 200 database tables and 350 perl modules. i think it clocks in at 40k lines of code right now. there were a bunch of different apps that I needed to use which were unstable at the time, so instead of calling any one CPAN module directly - I elected for the more tedious/insane task -- i wrapped almost every CPAN module that was likely to change or could have one or more options, into its own a custom framework class , and became a huge fan of the approach. i'm not saying that TG should do that exact thing, but it might make sense to have a few abstracted classes that do absolutely nothing but provide a persistant namespace should anything change. ie - create a turbogears.request namespace that, right now, is just cherrypy.request -- but should anything ever change, the only migration would occur in in turbogears.request
some people have a problem with premature optimization , i have a problem with premature backwards compatibility --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
