> > On Tue, 4 Dec 2001 11:09:22 -0500 , Jesse Erlbaum > <[EMAIL PROTECTED]> wrote : > > Allow me to ask you a more fundamental question: > > > > Why are you using CGI::Application? > > > > Jesse, > > Point taken. When I started developing this, the only > difference between > what I was doing and the examples given in the Perl.com > article was that > my instance script programmatically (sp?) determined which module to > instanciate the application object from. Perhaps I need to > re-evaluate my > needs. Though I think will try try sub-classing, since it > should quickly > meet my needs. I've received some useful suggestions from > Elizabeth in > this regard. Thanks. > > Christopher > [EMAIL PROTECTED] > > >
Christopher and Jesse, As I was initially evaluating CGI::Application, I felt that it did two things very well. The first is that it implements a decision tree very cleanly. The second is that generates HTML output (duh). I feel that it does both of these things exceptionally well! So, what is so wrong with wanting to sometimes make use of one of these strong points separately from the other? Granting that CGI::Application was designed to perform these functions in a closely coupled fashion, nothing is lost by providing separate access to them. And, at least as I see it, useful flexibility is gained. In any case, in my particular application, I use the run_mode/print functionality some of the time, so this is the basic answer to your original question. But I can sometimes get greater code re-usibiltity with a run_mode/run_mode/print approach, if I could just get the first run_mode call to not generate any output! I'd be happy to provide a very specific example if this would help. Bottom line is I love the module and don't want to stop using it! The way I see it, it's not that I am trying to wedge a square peg into a round hole, it's just that my round peg is slightly larger than the existing round hole. Comments anyone? Elizabeth Vaughn --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
