OptionType
The Gist
The Scala Tour doesn’t officially call out this feature.
My Interpretation
Often you have the need to perform an operation that returns a value, but that might need to not return a value in some cases. An example is getting the value from a map using a key. If the key isn’t in the map, you need to return “no value”. In Java, you would use null. This tends to lead to a lot of null checking.
Consider a method that saves some data about a person to a database. The name and age of the person are required, but the ethnicity isn’t. In this case, you wish to store a “U” in the database, but want to allow the caller to indicate “no value”. In Java, this might look like this:
You would need to make sure you document which parameters allow null (and this doesn’t always happen).
In Scala, you can use the Option[T]
class, which has two subclasses: Some[T]
, which means a value was provided (of type T
) and None
, which means no value was provided. Our method in Scala might look like this:
Option[T]
has a method, getOrElse
which means “get the value if we are a Some
, otherwise, return the value provided”. This is similar in concept to the Java construct x == null ? "U" : x
.
Here, your types document that requirements; with this convention, you can know, without documentation, that name
and age
are required, but that ethnicity
is optional.
Suppose further that you wish (or need) to update each field individually, and that you wish to allow the caller to pass in only the values to be updated, using “no value” to mean that no update is needed. In Java:
In Scala, you can treat Option
as a collection, and iterate over it. If the Option
is a None
, no iteration happens, and you avoid a lot of null checks:
Granted, these are somewhat contrived, but an implementation of the NullObject pattern, coupled with some of Scala’s other niceties can help clean up code and make intent clear
My Thoughts on This Feature
Null is a huge pain. The existence of the Option
class goes a long way toward dealing with it, although Scala must still allow for null, since it interacts with Java and Java uses nulls. This is one of those areas where the boundary between Java and Scala is a bit crufty, but if you stick to the Scala world, you can write some clean interfaces.