[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Omaha.pm] The many faces of return;




On Sep 3, 2008, at 12:11 PM, Jay Hannah wrote:

I got hung up on "return false" today. Apparently "return false" is common lingo for return; or return (); which are both guaranteed to be false in scalar or array context. As opposed to return undef; or return 0; which are false in scalar context, but true in array context.


That's one of the things that Perl::Critic catches. If you want to return failure or nothing, just use "return". See Perl Best Practices for details, or this page:

http://search.cpan.org/dist/Perl-Critic/lib/Perl/Critic/Policy/Subroutines/ProhibitExplicitReturnUndef.pm

Returning undef upon failure from a subroutine is pretty common. But if the subroutine is called in list context, an explicit return undef; statement will return a one-element list containing (undef). Now if that list is subsequently put in a boolean context to test for failure, then it evaluates to true. But you probably wanted it to be false.

  sub read_file {
      my $file = shift;
      -f $file || return undef;  #file doesn't exist!

      #Continue reading file...
  }

  #and later...

  if ( my @data = read_file($filename) ){

      # if $filename doesn't exist,
      # @data will be (undef),
      # but I'll still be in here!

      process(@data);
  }
  else{

      # This is my error handling code.
      # I probably want to be in here
      # if $filname doesn't exist.

      die "$filename not found";
  }

The solution is to just use a bare return statement whenever you want to return failure. In list context, Perl will then give you an empty list (which is false), and undef in scalar context (which is also false).

  sub read_file {
      my $file = shift;
      -f $file || return;  #DWIM!

      #Continue reading file...
  }

xoxo,
Andy

--
Andy Lester => andy@petdance.com => www.petdance.com => AIM:petdance