This lesson continues our exploration of functions. We’ll reinforce material covered in our last lesson, and go through some example of exactly what happens during function execution. We’ll also learn about overloading, when two methods share the same name. Let’s get started!
While we’ve started to use and even write functions, we may be still a bit fuzzy about exactly what happens when a function runs. So let’s go through that slowly and carefully using a few examples.
Next, let’s think about what happens when one of our functions itself calls another function!
Computer scientists and programmers love patterns. Particularly in code. Frequently, once you’ve learned how to do one thing with code, you can modify that skeleton to solve other similar problems.
Let’s take a concrete example.
The following code determines the count of the number of elements in an array.
Note that this is not a good way to do this—it’s better to just use array.size
.
But we can modify this basic template to solve other problems.
Let’s see how.
Searching arrays produces another common pattern. It’s different from the example above, because we don’t necessarily need to complete the loop. Again, let’s walk through the basic template and then consider how to expand it.
Through the rest of our lessons we’ll continue to point out patterns that emerge in our programming. And ways to modify the basic pattern to produce more interesting designs!
Perhaps you noticed something unsettling about the example that starts this lesson:
Note only do we have two functions with the same name—printIt
—but they both work!
Distinguish this from variables, where we can never use the same name twice in the same scope:
Having multiple methods with the same name is known as method overloading. We don’t use this feature often, but you may see it in other Kotlin code that you work with.
When two methods have the same name Kotlin must be able to distinguish them from each other when they are used. So, if two methods have the same name, something must be different about them. The walkthrough below describes how Kotlin can tell them apart.
Let's practice with function overloading.
Write two versions of a function called multiply
.
The first should take two Double
arguments and return their product (as a Double
).
The second should take three Double
arguments and return their product (as a Double
).
Unit
ReturnUnit
ReturnIf you have been watching carefully, you’ve already seen something new in this lesson: methods without a return type!
When you omit the return type of your Kotlin method declaration, Kotlin declares it to return a special type Unit
.
We don’t use Unit
explicitly: we just omit the return type.
Like this:
Functions that don’t return a value can still use return
to complete their execution, but can’t return
a value.
The result of calling a Unit
function can also not be used in an assignment or statement:
Write a method called arrayIsDoubled
that takes two non-empty Int
arrays (IntArray
) and returns true
if they
are the same length and if every element of the second array is equal to the element of the first array in the same
position, doubled.
So given {1, 2, 4}
and {2, 4, 8}
, you would return true
,
but given {1, 2, 4}
and {2, 4}
or {1, 2, 4}
and {2, 4, 8, 10}
you would return false
.
We suggest you approach this problem by looking for a counterexample. First, examine the lengths of the two arrays. If they are different, you can return immediately! Otherwise, loop through each element of the array looking for one that is incorrect. As soon as you find one, you can return. And, once the loop concludes, you can also draw a conclusion.
Need more practice? Head over to the practice page.