I\'ve just read: http://oldfashionedsoftware.com/2008/08/20/a-post-about-nothing/
As far as I understand, Null
is a trait and its only instance is
if you use Nothing
, there is no things to do (include print console)
if you do something, use output type Unit
object Run extends App {
//def sayHello(): Nothing = println("hello?")
def sayHello(): Unit = println("hello?")
sayHello()
}
... then how to use Nothing
?
trait Option[E]
case class Some[E](value: E) extends Option[E]
case object None extends Option[Nothing]
Here's an example of Nothing
from scala.predef
:
def ??? : Nothing = throw new NotImplementedError
In case you're unfamiliar (and search engines can't search on it) ???
is Scala's placeholder function for anything that hasn't been implemented yet. Just like Kotlin's TODO
.
You can use the same trick when creating mock objects: override unused methods with a custom notUsed
method. The advantage of not using ???
is that you won't get compile warnings for things you never intend to implement.
I've never actually used the Null
type, but you use Unit
, where you would on java use void
. Nothing
is a special type, because as Nathan already mentioned, there can be no instance of Nothing
. Nothing
is a so called bottom-type, which means, that it is a sub-type of any other type. This (and the contravariant type parameter) is why you can prepend any value to Nil
- which is a List[Nothing]
- and the list will then be of this elements type. None
also if of type Option[Nothing]
. Every attempt to access the values inside such a container will throw an exception, because that it the only valid way to return from a method of type Nothing
.
You only use Nothing if the method never returns (meaning it cannot complete normally by returning, it could throw an exception). Nothing is never instantiated and is there for the benefit of the type system (to quote James Iry: "The reason Scala has a bottom type is tied to its ability to express variance in type parameters."). From the article you linked to:
One other use of Nothing is as a return type for methods that never return. It makes sense if you think about it. If a method’s return type is Nothing, and there exists absolutely no instance of Nothing, then such a method must never return.
Your logging method would return Unit. There is a value Unit so it can actually be returned. From the API docs:
Unit is a subtype of scala.AnyVal. There is only one value of type Unit, (), and it is not represented by any object in the underlying runtime system. A method with return type Unit is analogous to a Java method which is declared void.
The article you quote can be misleading. The Null
type is there for compatibility with the Java virtual machine, and Java in particular.
We must consider that Scala:
null
references to access, for example, Java libraries and codethus it becomes necessary to define a type for the null
value, which is the Null
trait, and has null
as its only instance.
There is nothing especially useful in the Null
type unless you're the type-system or you're developing on the compiler. In particular I can't see any sensible reason to define a Null
type parameter for a method, since you can't pass anything but null
In terms of category theory Nothing is an initial object and Unit is a terminal object.
https://en.wikipedia.org/wiki/Initial_and_terminal_objects
Initial objects are also called coterminal or universal, and terminal objects are also called final.
If an object is both initial and terminal, it is called a zero object or null object.