Fair enough. It's not the case that currying is
equivalent to making a closure, though (currying is more
specific), but that's a minor point. The idea here is to
describe a way to avoid the parameter-handling that comes
with general-purpose functions, with as little lookup fuss
as possible.
More generally, I'm turning into a functional-programming
evangelist, and since Perl makes it easy to use a lot of my
favourite techniques I'm writing about them here. Go up a
meta-level from my OP, and what I'm talking about is
building functions on an ad-hoc basis (compare to the static
"functions are global named objects and part of the design
document" world of straight procedural programming).
Whether you use literal subs or build higher
order functions to do it is less important than being
aware of the possibility.
--
F
o
x
t
r
o
t
U
n
i
f
o
r
m
Found a typo in this node? /msg me
% man 3 strfry
-
Are you posting in the right place? Check out Where do I post X? to know for sure.
-
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big>
<blockquote> <br /> <dd>
<dl> <dt> <em> <font>
<h1> <h2> <h3> <h4>
<h5> <h6> <hr /> <i>
<li> <nbsp> <ol> <p>
<small> <strike> <strong>
<sub> <sup> <table>
<td> <th> <tr> <tt>
<u> <ul>
-
Snippets of code should be wrapped in
<code> tags not
<pre> tags. In fact, <pre>
tags should generally be avoided. If they must
be used, extreme care should be
taken to ensure that their contents do not
have long lines (<70 chars), in order to prevent
horizontal scrolling (and possible janitor
intervention).
-
Want more info? How to link
or How to display code and escape characters
are good places to start.
|
