Just so that the list isn't too quiet... In article <suppressed>, > Flowers, Jay wrote: > > > > That is black box integration, I am proposing white box, or glass box > > integration. Say I want to make a web page that uses two or more > > pre-packaged CGI::Apps, I need to users to authenticate to my site, as > > well as CGI::Carp carpout. This would be a pain to maintain three or > > more scripts, don't more get I need to write a script to glue them > > together. If they where written to use this super class then all I > > would need to do is create my glue module, probably just navigation, a > > super class of my own to provide authentication in the pre-run, and the > > script would handle the carpout. This is much easier to maintain than > > three or more different scripts. Mark Stosberg wrote > I see, this makes more sense to me now. What it sounds like to me is > that you are trying to control several otherwise stand-alone CGI::App > modules in a uniform way. You don't want to put "CGI::Carp" or > autentication in these modules, because they may used other ways. You > won't want do too much in the instance scripts because you don't > want to maintain several bits of syntax in several instance scripts. > > It's an interesting idea. I'm curious to know more about other people > think. The list seems a little quiet lately. No one was responded > yet to my post about a new module idea, either. :) I think that this is a very interesting idea and is very much like something that we are doing here. We've written a 'head' C::A script that creates instances of other C::As and runs them and then places their output into a 'master' template. Each of the 'leaf' apps have their own namespace of the CGI parameters so that they don't pollute anyone else's workspace. (This is done simply with a prefix.) The 'head' script even datadumps each of the instance objects created and displays each of those dumps when the 'head' script is in debugg mode. This simplifies almost everything. All of our applications are written as this 'head' script with differen 'leaf' scripts and different templates. Everything global such as Db connections, cgi objects, etc are handled by the 'head' script. Michael Peters Application Developer Venzia --------------------------------------------------------------------- Web Archive: http://www.mail-archive.com/suppressed/ To unsubscribe, e-mail: suppressed For additional commands, e-mail: suppressed
Mail converted by mhonarc 2.6.15
This archive provided courtesy of JSW4.NET, Internet Hosting Services for Small Business.