http://www.perlmonks.org?node_id=660771


in reply to The hidden charm of Template::Toolkit (and templates generally)

It is safer, since the template developer has no access to naked Perl. It also seems of no concern because the template developer is me or my office mate.
IMHO, it's not because the template developers have access to "naked Perl". Rather, it's to protect them from having to code in complex programming language. The term "separating content (data) from display (view)" is really for roles in development instead of persons. I'm mostly a team on my own (except when I'm in a Real Team) so I need to think as programmer when coding Perl, think as designer when preparing the template, for instance.

I know it's hard to switch repeatedly among Perl, SQL, CSS, JavaScript, and HTML (not to mention various types of config file), all alone at once. Sometimes I don't know which one drives another :-) But once you (if you happen to be a single fighter (yes, for now)) get the rythm, you'll have some fun. As a bonus, when you have a company or two, the only thing they need is to read the rules or specs or whatever it is to join the team as whatever role they'll play.

To the question and examples at the end of your node, it's very clear. In your "pure" Perl implementation, "you" are thinking twice over two things in one session. In the templating solution "you" are thinking once for each thing in one or two sessions.

Open source softwares? Share and enjoy. Make profit from them if you can. Yet, share and enjoy!

  • Comment on Re: The hidden charm of Template::Toolkit (and templates generally)

Replies are listed 'Best First'.
Re^2: The hidden charm of Template::Toolkit (and templates generally)
by shmem (Chancellor) on Jan 07, 2008 at 11:39 UTC
    Rather, it's to protect them from having to code in complex programming language.

    That argument is always brought up to defend template meta languages. But hey -

    • complex stuff shouldn't be in a template anyways
    • template developers themselves use a complex language
    • template developers aren't exposed to the hard bits of perl

    I wonder why "preventing them from being exposed to perl" should do them any good? or to perl, for that matter?

    --shmem 

    _($_=" "x(1<<5)."?\n".q·/)Oo.  G°\        /
                              /\_¯/(q    /
----------------------------  \__(m.====·.(_("always off the crowd"))."·
");sub _{s./.($e="'Itrs `mnsgdq Gdbj O`qkdq")=~y/"-y/#-z/;$e.e && print}
[reply]

In Section Seekers of Perl Wisdom