in reply to Re: RFC: Defined-Or for before Perl 5.10
in thread RFC: Defined-Or for before Perl 5.10
Thanks! You've really got me thinking.
I'm going to add another couple of subroutines:
my $pid = defined_or_die( fork(), "Can't fork: $!");
my $pid = defined_or_call( fork(), sub{ die "Can't fork: $!"});
The "defined_or_call" subroutine will only evaluate the second argument if the first argument is undef.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^3: RFC: Defined-Or for before Perl 5.10
by afoken (Chancellor) on Nov 02, 2010 at 17:06 UTC | |
Nice. But ... ;-) The next thing your users will ask for is defined_or_warn(), and if only for symmetry. It would contain nearly the same code as the final defined_or_die(), essentially a no-brainer. Then, many people (me included) prefer to use Carp instead of die() and warn(), and for them, having defined_or_carp(), defined_or_croak(), defined_or_confess(), and defined_or_cluck() would be natural. Other people would get mad if you always used Carp inside your module, so loading Carp should perhaps happen at runtime, or only when one or more of the four Carp-Class functions are exported. defined_or_call() is the generic solution for all of these cases, so you will probably end wrapping that function for all of the six warn()ing and die()ing functions. The only problem I see with these shortcuts is that they perhaps won't work reliably because the string argument may be interpolated too early:
... gives ...
... on 5.10.0 (Linux and Windows Strawberry). So, no problem here as long as the error string is on the right hand side of the maybe-undefined value. But who guarantees that function arguments are always evaluated from left to right? Maybe that fact is documented somewhere, I'm too lazy to search right now, and after all, it's your idea. ;-) Another quite obvious problem is the wrong line number in the second and third error message. Your module would have to compensate that. You will probably end re-implementing or using parts of Carp. CGI::Carp could also be a little problem. It uses Carp internally, but it also redefines die() and warn(), and it exports its own, modified versions of confess(), croak(), carp(), and cluck(). I think a possible workaround would be to detect a loaded CGI::Carp at runtime (if exists $INC{'CGI/Carp.pm'}?) and call its functions instead of the original ones. Another nice shortcut could replace //=, something like defined_or_assign(\$var,$value), or even defined_or_assign($var,$value) when the wrapper has a prototype of (\$$). For boolean shortcuts, you would again need a callback function (defined_or_assign($var,expensive_or_killing_function(...)) vs. defined_or_assign_return_value_of($var,sub { expensive_or_killing_function(...) })). And when you really implement defined_or_assign_return_value_of(), think about a shorter name for it. The other function names are also awfully long, perhaps you could export shorter aliases for them (def_or(), def_or_die(), def_or_warn(), ..., def_or_set(), def_or_set_rv()). Alexander
-- Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-) | [reply] [Watch: Dir/Any] [d/l] [select] |
by molecules (Monk) on Nov 10, 2010 at 20:13 UTC | |
Thank you very much. Good call on not providing defined_or_die etc. That would be a lot of maintenance headache. I think I will start out with just def_or and dor_call for now. Once I get copyright issues worked out at work, I'll upload to CPAN. Thanks! | [reply] [Watch: Dir/Any] [d/l] [select] |
by afoken (Chancellor) on Nov 10, 2010 at 22:20 UTC | |
def_or is a good name, short and quite obvious. Many computer languages use "def" as a shortcut for "define" or "defined". So, no surprises here. dor_call, on the other hand, is not so obvious, you have cut away too much. What the heck is "dor"? A mis-spelled door? And what would be a door-call? "Don't make me think!" def_or_call is longer, but also clearer. So, now that I have def_or_call(), my code will very soon look very ugly and my fingers will bleed from the many keystrokes that I need:
So, I think you should really provide def(ined)_or_die and def(ined)_or_warn. Sure, it is more work than the other functions. You should really look into the Carp sources to see how they cope with the problems your module will also have. Like I said, I'm very sure that you can use Carp for the line number problem. You could load it at runtime, inside def_or_die()/def_or_warn(). Something like this:
And I think you should also provide their Carp equivalents, for the same reasons. You could export them on demand only, and load Carp at runtime. Something like this:
Support for CGI::Carp would look about like this:
Alexander
-- Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-) | [reply] [Watch: Dir/Any] [d/l] [select] |
by molecules (Monk) on Feb 02, 2012 at 15:29 UTC | |
Re^3: RFC: Defined-Or for before Perl 5.10
by ikegami (Patriarch) on Nov 10, 2010 at 22:48 UTC | |
I'll let you pick better names. Update: Nevermind. If you try to pick useful names, you end up back with
| [reply] [Watch: Dir/Any] [d/l] [select] |