as always a couple of threads make sense when you join them together
In chat the subject of length of a defined scalar popped up, and discussions of if else conditional syntax have occured, this article merges parts of those ideas together
from the command line, this was being typed
shell$ perl -e 'my $input = <>; chomp($input);if (length($input)) { pr +int q(length) }; if (defined($input)) { print q(defined) };
with questions about why zero length scalars remain defined.
I quickly suggested that a true conditional be placed as a further argument, to suggest the reason. I went back to this after, and evolved a useful learning trick.
Briefly the code suggested in the title is obviously the famous shakespearian quote to be or not to be? Well more rightly it is the answer if Romeo makes the decision, the question itself is an OR conditionial, ok IM getting existential now...
if($decision eq "to be"){print "Romeo is"} else{print "Romeo is not"}
translates to
$dec eq "to be" ? print "Romeo is" : print "Romeo is not";
Best to start with the truth I think. In the original command line the input scalar will always be defined, as it is a scalar passed to the code via the command line. What it will or won't be is true. Lined out for readability.
shell$ perl -e 'my $input=<>; chomp $input; print q(Romeo ); $input ? print q(is ) : print q(is not ); print qq(\ntaking ),length($input),qq( hours to decide!\n);
So lets try this with an undefined scalar. No input from command line and hence no chomp also. We will aslo extended the conditional argument so that the false or 'else' side becomes a further conditional or 'elsif' side. Either way something very interesting happens.
shell$ perl -e 'my $input; # not yet defined print q(Romeo ); #test for the scalar to be not defined to be true !defined $input ? print q(undefined ) : $input ? print q(is ) : print q(is not ); print qq(\n taking ),length($input),qq( hours to decide!\n);
the scalar is undefined with a length of 0. But note it is not 'false'. It is undefined. Which evaluates to false, so it is 'false'.
given a string with a length of 0 it will be defined, as a string, of no length and evaluate to false.
Given the number 0 it will be defined as a scalar with a length of 1 that evaluates to false.
given the string '0', perl internally converts the string to a number and evaluates it as before
not being defined, it has no length and evaluates to false.
To summarise undefined evaluates to false. '',0, and '0', evaluate to false while being defined, a kind of false positive. And all other defined scalars evaluate to true, a positive positive!
So the crux of the play is surely whether the love was ever defined in the first place?!
Coyote
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: defined ? to be : not
by tobyink (Canon) on Jun 12, 2012 at 14:29 UTC | |
by BrowserUk (Patriarch) on Jun 12, 2012 at 14:46 UTC | |
by tobyink (Canon) on Jun 12, 2012 at 15:30 UTC | |
by CountZero (Bishop) on Jun 12, 2012 at 19:07 UTC | |
|
Re: defined ? to be : not
by johngg (Canon) on Jun 12, 2012 at 22:38 UTC | |
by Don Coyote (Hermit) on Jun 13, 2012 at 08:44 UTC | |
|
Re: defined ? to be : not
by Anonymous Monk on Jun 12, 2012 at 14:32 UTC | |
|
Re: defined ? to be : not
by Anonymous Monk on Jun 12, 2012 at 13:08 UTC | |
|
Re: defined ? to be : not
by Don Coyote (Hermit) on Jun 12, 2012 at 17:14 UTC | |
|
Re: defined ? to be : not
by Neighbour (Friar) on Jun 13, 2012 at 11:43 UTC | |
|
Re: defined ? to be : not
by bulk88 (Priest) on Jun 18, 2012 at 06:32 UTC | |
by Anonymous Monk on Jun 18, 2012 at 06:49 UTC | |
by Don Coyote (Hermit) on Jun 18, 2012 at 07:29 UTC |