>>>>> "Patrick" == Patrick M Jordan <[EMAIL PROTECTED]> writes:

Patrick> Meanwhile, I refuse to join Schwartz's bout of badge-flashing
Patrick> proscriptivism -- though I suppose if anyone's authoritative, he
Patrick> certainly is (and when he cares to actually make arguments, they're
Patrick> inevitably strong ones).

There are times when I wish I had more time.  I'm generally unopinionated,
except for those times where I have scars to show from my 35 years of writing
code.  The trouble is that it takes time to write about those scars. :)

So, sometimes, the best I can do is say "pull your arm away from that hot
stove, please", and hope that someone else can explain the temperature at
which flesh burns, etc.

I hope *nobody* takes me as "gospel" simply because I've written more about
Perl than any other single human being. :)  I'm just prolific, that's all.

Patrick> It's easy on your eyes, and no symrefs are needed. A wonderful
Patrick> advantage is: with symrefs, you'd have to separately store a list of
Patrick> the params to know which variables to access. With a hash, it's just
Patrick> "keys %param". Instant happiness.

And that's the key.

Think of symrefs as "using the symbol table as a hash".  The problem
is that you have *other* things in that hash.  It gets messy, both
from a maintenance perspective, and from a security perspective.

If you want a hash of data, use a hash.  Don't cheat by trying to use the
symbol table as a hash.  You'll come to regret it later.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[email protected]> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Mason-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mason-users

Reply via email to