Perhaps I should just stick to print statements and drive it myself as I don't necessarily always have access to compile install other modules so I am not able to use other than what's available.
No, "print statements" are what the complainers about CGI.pm are talking about
If you're making "cgis" the CGI.pm module is the absolute bare minimum,
it provides you with header function for generating the headers you want, cookies for cookies, and param function for getting the data
None of the alternatives to CGI.pm for speaking CGI are as good as CGI.pm
What you want to avoid is just print statements everywhere
If you read CGI::Alternatives you can see what the people complaining about CGI.pm being backwards are really complaining about, and its not header/param, its the no organization , no subroutines/reuse, one shot style ... RAW
For a bare minimum of contrast see cgi101 , sub RootPage, sub RootTemplate , ..., unclunky cgi, ...
Contrast increases only a little bit with with CGI::Application .... If you're using CGI.pm and following CGI to mod_perl Porting. mod_perl Coding guidelines you're 98% modern , only 2% away from using any "modern frameworks" which have a response object
In reply to Re^3: using HTTP::Response directly to speak CGI
by Anonymous Monk
in thread using HTTP::Response directly
by Habs
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |