in reply to Re: -foo not readonly in fun(-foo => 1} in perl v5.8.7 (wishes)
in thread -foo not readonly in fun(-foo => 1) in perl v5.8.7
I don't want a pony. Don't have a place to put it. Prettymuch anything you do with named parameters in Perl, except for requiring their use and forbiding positional parameters completely, is fragile in one way or another.
If by the better alternative you mean
then this is fragile if the first positional parameter may be a hashref.foo( 1, 2, 3); foo({ one => 1, two => 2, three => 3}); #with or without dashes
Besides ... I would not feel guilty about that example ... that call doesn't look like a named-parameters call so it's not one. I can live with that. On the other hand if there was a way to distinguish between -foo and '-foo' that would work as well ... it's very unlikely that anyone would ever write $stringvar = -foo; or $stringvar = -$otherstring.
Apart from being unable to tell between one positional hashref and several named params in foo({ -one > 1, -two => 2}); there is one more reason I don't want to do that. With foo( inparam => 31, outparam => $var) I can modify the $var from within foo(), with foo({ inparam => 31, outparam => $var}) I could not. While mostly I do think that functions should take (readonly) parameters and return some value(s), if possible without side effects, in case the subroutine is a wrapper of a database's stored procedure without output parameters, I do need to allow that. And I do not really like foo({ inparam => 31, outparam => \$var}).
|
|---|