There's more than one way to do things | |
PerlMonks |
Re: CGI.pm Disillusionmentby Trimbach (Curate) |
on Jun 05, 2003 at 18:40 UTC ( [id://263451]=note: print w/replies, xml ) | Need Help?? |
When using the HTML generation in CGI.pm remember it's not an all or nothing thing. Yes, if you find yourself doing a lot of HERE docs or a whole bunch of print p(b("Hello")." how are you?"); stuff you really really should be using a templating system. I'll even go as far as saying all static output should be templated. But CGI.pm makes it stupid simple to do some things that to me are awkward in a template... combining CGI.pm's generation functions with a templating system gets you the best of both worlds.
Suppose you've got a batch of data in an array that you want to display in an HTML list. To display it in a template you've got to create a suitable loop in your template, then assign your array data to a specially named loop variable that gets passed to your template engine. That's not that hard, but it's so much more easier for me to just my $list_var = ul(li(\@array)); and then plug $list_var into the appropriate part of my template. Ditto with tables. If my data lends itself to the special array handling in CGI.pm it's so much easier to construct the table in code ($table = table(Tr(td(\@AoA)));) and plug the result into my template. This is ESPECIALLY true in very dynamic tables where the number of columns is not known ahead of time. So, as always, use the parts of CGI.pm that make sense where they make sense, and leave the rest of the generation routines for when you want that quickie one-off and don't want to mess with a template. Gary Blackburn
In Section
Meditations
|
|