Functional Programming: Recursion
As we dive deeper into functional programming techniques, let's talk about functional loops and recursion (including head and tail recursion).
Join the DZone community and get the full member experience.
Join For FreeRecursion is a technique that allows us to break down a problem into smaller pieces. This technique allows us to remove some local side effects that we perform while writing looping structures and also makes our code more expressive and readable. In this post, we will see why it is a very useful technique in functional programming and how it can help us.
Functional Loops
In the function that we wrote in the previous post:
def sumIntsTo(i: Int) = {
var result = 0
0 to i foreach((i) => result = result + i)
result
}
You could notice that there is a side effect in that imperative-like loop. We are assigning the result of the computation to an accumulator because foreach
is a function that returns Unit. Or in other words, it does not return anything, so we don't have any other choices. That foreach method, therefore, is a statement. We say that a statement is a block of code that can be executed but not reduced. On the other hand, we say that a block of code that can be reduced is an expression.
Head Recursion
The first technique that we are going to use is called head recursion. Let's translate the previous function to a head recursive function:
def sumIntsToRecursive(i: Int) : Int =
if (i == 0) 0 else i + sumIntsToRecursive(i - 1)
This function does not have any side effects. Internally, it calculates a sum until we reach the base case, which is 0. Here is the stack trace for sumIntsToRecursive(5)
:
sumIntsToRecursive(5)
5 + sumIntsToRecursive(4)
5 + (4 + sumIntsToRecursive(3))
5 + (4 + (3 + sumIntsToRecursive(2)))
5 + (4 + (3 + (2 + sumIntsToRecursive(1))))
5 + (4 + (3 + (2 + (1 + sumIntsToRecursive(0)))))
5 + (4 + (3 + (2 + (1 + 0))))
> 15
We can say that the recursive calls occur before the computation, or at the head. That means that after the recursive call we can have other blocks to evaluate, or like in this case, we evaluate the first sum after all the consequent evaluations are reduced.
You could see as well that we have to keep the state of the current computation until we finish evaluating the stack, so in the last step we will end up holding: 5 + 4 + 3 + 2 + 1
and then we will evaluate the last case to finish up with the computation of all the values that we had in the intermediate steps.
Holding this state can be a problem, especially if we deal with a large set of numbers. If we try to evaluate the previous function passing Integer.MAX_VALUE
as the argument, we will see that the function crashes and gives us a StackOverflowException
. Even if we achieved our initial purpose of not having side effects, we do have one if the number is too large to be evaluated. That leads us to the next technique, tail recursion.
Tail Recursion
The only difference between head and tail recursion is that the recursive calls occur after the computation, or at the tail. Let's translate the previous function to a tail recursive function:
def sumIntsToTailRecursive(i: Int) : Int = {
@tailrec
def go(i: Int, acc: Int): Int = {
if (i == 0) acc
else {
val nextI = i - 1
val nextAcc = acc + i
go(nextI, nextAcc)
}
}
go(i, 0)
}
As you could notice the last call in the method is the tail recursive call, we need to make the computations before invoking it. That leads us to the following stack trace:
go(5, 0)
go(4, 5)
go(3, 9)
go(2, 12)
go(1, 14)
go(0, 15)
> 15
As you could notice, we only have to hold the previous intermediate state, but not all the states previous to the current one. If we execute this function with the argument Integer.MAX_VALUE
, we will see that it completes just fine.
In modern languages like Scala, Kotlin, etc., tail recursive calls are converted to imperative loops at compile time to optimize the code. In Scala, when we write a tail recursive function, we can annotate the recursive method with @tailrec
. If we do so, and the function is not tail recursive, we will have an error at compile time.
I recommend that you practice writing recursive functions, as they are a common technique in functional programming. Fibonacci numbers, a bowling score calculator or the Pascal triangle are good exercises to get used to it.
Published at DZone with permission of Christian Panadero, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.
Trending
-
Reactive Programming
-
SRE vs. DevOps
-
Chaining API Requests With API Gateway
-
5 Key Concepts for MQTT Broker in Sparkplug Specification
Comments