Beefy Boxes and Bandwidth Generously Provided by pair Networks
Your skill will accomplish
what the force of many cannot

Re: CGI::Application with 'main' runmodes and 'sub' runmodes

by derby (Abbot)
on Apr 28, 2007 at 12:43 UTC ( #612538=note: print w/replies, xml ) Need Help??

in reply to CGI::Application with 'main' runmodes and 'sub' runmodes

Hmmm ... that exit at the end of each method is a real bad code smell. It may be perfectly okay but I think it would give most CGI::Application'ers pause.

Without knowing about your app, it's really hard to comment on your approach. For me, once the run modes start getting past a half-dozen or so, I start looking for ways to refactor. Either as other apps or by taking a hard look at my runmodes and deciding their not really runmodes but maybe differing views or differing model of a runmode -- moving those decisions further down into the controller.

  • Comment on Re: CGI::Application with 'main' runmodes and 'sub' runmodes

Replies are listed 'Best First'.
Re^2: CGI::Application with 'main' runmodes and 'sub' runmodes
by wfsp (Abbot) on Apr 28, 2007 at 12:55 UTC
    Thanks for your response.
    ...a real bad code smell.
    I agree. A previous 'refactoring' had each 'main runmode' take the second element of path_info and run it through a dispatch table. I just had the feeling that I could let C::A handle that too.

    My last effort was, as you say, to separate out the main runmodes as separate C::A apps each with its own instance script. I have a that inits everything thats needed and all common code is in its own module. So perhaps the separate apps idea is the way to go.

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://612538]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others exploiting the Monastery: (2)
As of 2022-05-21 07:22 GMT
Find Nodes?
    Voting Booth?
    Do you prefer to work remotely?

    Results (76 votes). Check out past polls.