what is the point of return in Ruby?

return allows you to break out early:

def write_code(number_of_errors)  return "No problem" if number_of_errors == 0  badness = compute_badness(number_of_errors)  "WHAT?!  Badness = #{badness}."end

If number_of_errors == 0, then "No problem" will be returned immediately. At the end of a method, though, it's unnecessary, as you observed.

Edit: To demonstrate that return exits immediately, consider this function:

def last_name(name)  return nil unless name  name.split(/\s+/)[-1]end

If you call this function as last_name("Antal S-Z"), it will return "S-Z". If you call it as last_name(nil), it returns nil. If return didn't abort immediately, it would try to execute nil.split(/\s+/)[-1], which would throw an error.

Using "return" is unnecessary if it is the last line to be executed in the method, since Ruby automatically returns the last evaluated expression.

You don't even need that final "mood", nor do you need those assignments in the IF statement.

def write_code(number_of_errors)    if number_of_errors > 1       "ERROR"    else       "No Problem"    end  endputs write_code(10)

Output:

ERROR

I use return when I'm going through a list, and I want to exit the function if any member of the list meets a criteria. I could accomplish this with a single statement like:

list.select{|k| k.meets_criteria}.length == 0

in some situations, but

list.each{|k| return false if k.meets_criteria}

is one line too--with, to my mind, some added flexibility. For example, the first example assumes that this is the only line in the method, and that we want to return from this point no matter what. But if this is a test to see whether it is safe to proceed with the rest of the method, the first example will need to handle that in a different way.

EDIT:

To add some flexibility, consider the following line of code:

list_of_method_names_as_symbols.each{|k| list_of_objects.each{|j| return k if j.send(k)}}

I'm sure this can be accomplished, in one line, without return, but off the top of my head I don't see how.

But this is now a fairly flexible line of code that can be called with any list of boolean methods and a list of objects that implement those methods.

EDIT

It should be noted that I'm assuming this line is inside a method, not a block.

But this is mostly a stylistic choice, I think that in most situations, you can and possibly should avoid using return.