I have to confess that I still haven't learned CGI::Application, but it seems I converged on a similar solution to a similar problem... ;-)
I've given a cursory look at CGI::Application and thought it was too complex for my needs. This CGI is really simple: always the same runmode, only three parameters (out of which only one is really important so far), only one line of output... perhaps if I were proficient using CGI::Application I could figure out how to use it quickly for simple scripts like this, without getting intimidated by the multi-runmode multi-stage talk. | [reply] |
I'm thinking about further applications. For example, I've worked on an application that did reports. Each report had between 8 and 14 parameters to choose from. Most of those were simple drop-down boxes. But, some were searches. You could have more than one searchable parameter on the screen at a time. But, you want the javascript to be simple - so you pass another parameter. That parameter is the runmode you want to use to generate the array(s). That runmode calls a set of standard functions to help it out (like as_string, etc.), but it's still different runmodes.
Alternatively, this could also serve more than one application in your company. C::A is designed not just for one web application, but to standardize how you build web applications in your company. Oh - and it works seamlessly with mod_perl. :-)
Being right, does not endow the right to be rude; politeness costs nothing. Being unknowing, is not the same as being stupid. Expressing a contrary opinion, whether to the individual or the group, is more often a sign of deeper thought than of cantankerous belligerence. Do not mistake your goals as the only goals; your opinion as the only opinion; your confidence as correctness. Saying you know better is not the same as explaining you know better.
| [reply] |