Chapter 3. Unification

Being able to understand and write good code in Scala requires developers to be familiar with the different concepts of the language. In a few places so far, we have mentioned that Scala is really expressive. To some extent, this is because there are a number of programming concepts that have been unified. In this chapter, we will focus on the following concepts:

  • Functions and classes
  • Algebraic data types and class hierarchies
  • Modules and objects

Functions and classes

In Scala, every value is an object. Functions are first class values, which also makes them objects of their respective classes. The following figure shows the Scala unified type system and how this is achieved. It is adapted from http://www.scala-lang.org/old/sites/default/files/images/classhierarchy.png and represents an up-to-date view of the model (some classes such as ScalaObject have disappeared, as we have already mentioned before).

As you can see, Scala does not have the same concept of primitive types that Java has and all types are ultimately subtypes of Any.

Functions and classes

Functions as classes

The fact that functions are classes means that they can be freely passed to other methods or classes as if they were just values. This leads to improving the expressiveness of Scala and making it much easier to achieve things, such as callbacks, than in other languages such as Java.

Function literals

Let's have a look at an example:

class FunctionLiterals { 
  val sum = (a: Int, b: Int) => a + b 
} 

object FunctionLiterals { 
  
  def main(args: Array[String]): Unit = { 
    val obj = new FunctionLiterals 
    System.out.println(s"3 + 9 = ${obj.sum(3, 9)}") 
  } 
}

Here we can see how the sum field of the FunctionLiterals class is actually assigned a function. We can assign any function to a variable and then call it as if it was a function (essentially invoking its apply method). Functions can also be passed as parameters to other methods. Let's add the following to our FunctionLiterals class:

def runOperation(f: (Int, Int) => Int, a: Int, b: Int): Int = { 
  f(a, b) 
}

We can then pass the required function to runOperation, as follows:

obj.runOperation(obj.sum, 10, 20)
obj.runOperation(Math.max, 10, 20)

Functions without syntactic sugar

In the preceding example, we just used syntactic sugar. In order to understand exactly what happens, we will show to what the function literals are converted. They basically represent extensions to the FunctionN trait where N is the number of parameters. The implementations of the literals are invoked using the apply method (whenever a class or an object has an apply method, it can be implicitly invoked just using parentheses after the object name or instance and passing the required parameters, if any). Let's see the equivalent implementation to our previous example:

class SumFunction extends Function2[Int, Int, Int] { 
  override def apply(v1: Int, v2: Int): Int = v1 + v2 
} 

class FunctionObjects { 
  val sum = new SumFunction 
  
  def runOperation(f: (Int, Int) => Int, a: Int, b: Int): Int = 
    f(a, b) 
} 

object FunctionObjects { 
  
  def main(args: Array[String]): Unit = { 
    val obj = new FunctionObjects 
    System.out.println(s"3 + 9 = ${obj.sum(3, 9)}") 
    System.out.println(s"Calling run operation: ${obj. runOperation(obj.sum, 10, 20)}") 
    System.out.println(s"Using Math.max: ${obj.runOperation(Math.max, 10, 20)}") 
  } 
}

Increased expressivity

As you can see from the examples, unifying classes and functions leads to increased expressivity and we can easily achieve various things such as callbacks, lazy parameter evaluation, centralized exception handling, and others and without writing extra code and logic. Moreover, functions as classes mean that we can extend them to provide extra functionality.

..................Content has been hidden....................

You can't read the all page of ebook, please click here login for view all page.
Reset
3.141.19.185