On Jun 5, 2012, at 7:37 AM, Mark Haney wrote: > > Honestly, it's really not even that complicated. I've been hearing that > using CGI.pm is 'outdated', 'uncool', whatever you want to call it. And > generally speaking the statement after that is about mod_perl. > > My entire reason behind asking about mod_perl is really just to use > methodologies/best practices/models that are in use now, rather than > something out of real use a decade past. It's really more keeping the code > up to date for the future than any other reason. > > Does that make sense? >
Sure, but I don't think perl is going to dis-include CGI.pm anytime soon, and you have to consider the old adage; "If it ain't broke, don't fix it." ;) What you should not do (in my opinion) is fret about rather your app is built on the latest perceived popular notion of what is the "best" way to create an app. They'll be yet another one of those in short time and there's no good reason to try and keep up with them. That's a futile endeavor. It's worth keeping in mind that computers have gotten a lot faster in the past decade, so has the connection to internet servers, so while it may be true that CGI.pm is slower than a framework that uses a "PSGI", it's also true that your code still runs faster than it did a decade ago if you've upgraded the hardware it runs on You can design your own "MVC" framework to help keep things manageable. I'm in the process of doing that now. I looked at several popular frameworks and decided to design my own based on how I can be most productive. I borrowed heavily from Catalyst's design layout, and the simpler version that Dancer implements. I learned a lot by going over both of their tutorials. I also played around with HTTP::Server::Simple to get a feel for how that works and how I might use it in my own approach. I suggest you do the same. Then you can decide if you feel like investing in a particular framework or rolling your own to suit your needs and whims. Kindest Regards, Bill Stephenson -- To unsubscribe, e-mail: beginners-unsubscr...@perl.org For additional commands, e-mail: beginners-h...@perl.org http://learn.perl.org/
