Here is one way to do it:
%map = qw(red apple green leaves blue ocean);
print "A string please: "; chomp($some_string = <STDIN>);
print "The value for $some_string is $map{$some_string}\n";
The first line creates the hash, giving it the desired key-value pairs. The second line fetches a string, removing the pesky newline. The third line prints the entered value and its mapped value.
You can also create the hash through a series of separate assignments, like so:
$map{'red'} = 'apple';
$map{'green'} = 'leaves';
$map{'blue'} = 'ocean';
Here's one way to do it:
chomp(@words = <STDIN>); # read the words, minus newlines
foreach $word (@words) {
$count{$word} = $count{$word} + 1; # or $count{$word}++
}
foreach $word (keys %count) {
print "$word was seen $count{$word} times\n";
}
The first line reads the lines into the @words
array. Recall that this will cause each line to end up as a separate element of the array, with the newline character still intact.
The next four lines step through the array, setting $word
equal to each line in turn. The newline is discarded with chomp
, and then the magic comes. Each word is used as a key into a hash. The value of the element selected by the key (the word) is a count of the number of times we've seen that word so far. Initially, there are no elements in the hash, so if the word wild
is seen on the first line, we have $count{"wild"}
, which is undef
. The undef
value plus one turns out to be zero plus one, or one. (Recall that undef
looks like a zero if used as a number.) The next time through, we'll have one plus one, or two, and so on.
Another common way to write the increment is given in the comments. Fluent Perl programmers tend to be lazy (we call it "concise") and would never go for writing the same hash reference on both sides of the assignment when a simple autoincrement will do.
After the words have been counted, the last few lines step through the hash by looking at each of its keys one at a time. The key and the corresponding value are printed after having been interpolated into the string.
The extra challenge answer looks like this answer, with the sort
operator inserted just before the word keys
on the third-to-last line. Without the sorting, the resulting output is seemingly random and unpredictable. However, once sorted, the output is predictable and consistent. (Personally, I rarely use the keys
operator without also adding a sort immediately in front of it; this ensures that reruns over the same or similar data generate comparable results.)