Kotlin Course - Tutorial for Beginners - VoiceTube: Learn English through videos!

Subtitles section Play video

Hi, my name is Nate and welcome to this tutorial on the Kotlin programming language. If
you're not familiar, Kotlin is a statically type programming language developed by JetBrains.
It's been around since about 2011 and has steadily increased in popularity ever since.
Today it's actually the primary development language for Android and in this tutorial
we're going to move from basic topics like setting up your first project up to more advanced
things like modeling data and working with higher order functions. The goal for this
tutorial is to help you understand how the work with Kotlin so that you can then take
that knowledge and apply it to building applications across mobile, web and native code. So without
further ado, let's jump in and start building our first Kotlin project.
The first thing we're going to want to do is to install JetBrains IDE Intelijay so that
we can work with our Kotlin code on our development machine. The first thing to do is to open
up your browser and search for it. Until Jay here, you should see a download link and we
can click on that to be taken directly to the download page. Now I'll be working on
a Mac, but intelligent is available on windows and Linux as well. You'll also notice here
that there are two different versions of intelligence. There's the ultimate edition and the community
edition. The ultimate edition has a lot more features that we need and there's also a paid
product. The community edition is supportive for JVM development and Android development,
so it's perfect for what we want to look at in this tutorial. When you're ready, go ahead
and click the download button and that should start the download. Once the download is complete,
we'll get started on installing the IDE and we'll take a look at hello and Kotlin. Now
that our downloads complete, we can go ahead and onto the installer
and I'm Mac. We'll drag the application into our applications folder which will start the
install process here for us. Once the files have been transferred to your machine, we
can go ahead and start intelligent for the first time to start the install process. In
this case, we want to do a fresh install, so click that. Do not import settings and
hit okay.
Go ahead and accept the privacy policy. Hit continue. Now here you can choose your theme.
I'll choose the dark theme. Go ahead with the standard and tell the J key settings here
and we'll go ahead and click next through to finish the setup process and then we'll
finally launch intelligent IDE community edition.
The next thing that want to do is create our first Kotlin project here in intelligence.
So to do that we'll click on create new project. Now over on the left side of this panel, we'll
see a number of different project templates to choose from because we are going to be
learning about Kotlin. We want to make sure that we have selected the Kotlin template.
Now within this, there are a number of different Collin project types that we can choose from.
The default here at the top is a Kotlin module for a JVM target, so this would be sort of
a standard, just Kotlin project that could target a the JVM. I have nothing else added
to it. Other examples would be, you know Caitlyn module for a Java script target or I taught
in the native targeted or an Android or iOS mobile target. So all of those are interesting
but more advanced. For this, we want to just stick with the basics so we will make sure
that we have selected Kotlin module for JVM target and go ahead and hit next. Then we
want to make sure that we name our project something meaningful. So in this case, let's
call it hello Caitlyn. We'll make sure that our project location is set and then we'll
go ahead and select finish.
Now we have an empty Kotlin project. Let's start by adding our first common file so that
we can write a simple hello world example. So do that. We'll come over here to the left
and here we have the project panel within intelligent. You'll see at the top we have
our hello Collin module. If we expand that we can see that we have a source directory
but it's currently empty. That's right. Click on source, go to new and then Caitlyn file
our class. And here we're going to type main for the name of our file and then we will
leave this as file so that we can create our main dot KT file. Now we can get started by
writing our main function here in our main dotK T file. So to start we'll type in fun
Maine, no parameters and then we can type print Ellen parentheses.
Hello Collin. And from there you'll see now that we have this little green arrow intelligent
recognizes that this is an executable main function within this uh hello Caitlyn module.
So we can actually go ahead and run this. We'll select to run main KT and that'll take
a second to go ahead and build the project. And then we will get our output window here
at the bottom and you can see that we have hello Collin. Now one extra quick fun fact
here and tell Jay comes with a number of live templates built it. This means that you can
type something and it will know how to complete that and auto-generate some code for us. So
we can start typing Maine and then hit enter and it will automatically generate a main
function for us. And then we are free to fill in with our, hello Caitlyn text.
Awesome. You've just written your first program in Kotlin. Now let's dive in and start actually
learning the language to get started. Let's look at how you can define variables in Kotlin.
Now there's two types of variables. In Kotlin we can define mutable variables, which can
have their values reassigned. Those are declared using the VAR keyword. Or we can define local
read only variables, which can have their value assigned only once these are defined
using the vow keyword. So to define a variable, we can use the keyword of our choice. So in
this case we use vow, then we'll define the name and then we need to indicate that type.
In this case I'll say a type string and then you can use an equals and then you can assign
the value to this variable. So in this case I've defined a variable called name of type
string.
And then I have assigned the string literal Nate to that variable. Now, like I mentioned,
vow our assign once variables, meaning this is read only once it has a value assigned
to it. So if I tried to update the name of this, we'll see that we get an error. That
area says vow cannot be reassigned. So this is our indicator that if we need to be able
to update the value of our variable, we're not going to be able to use a vow. Instead
we can use a VAR. Now VAR variables can be reassigned as many times as you want. So as
soon as I updated that keyword, now I can update the value of our name variable. And
then if we want to use that variable, we can pass that in to the print function here. And
if we then run our main function, well now see the output value of that variable at this
time is blank because we had reassigned it.
If we remove that reassignment, well now see that we get this little underlying saying
variables never modified and can actually be declared immutable instead using vow. So
this is nice that the IDE gives us that helpful hint. So in this case we'll go back to a vow.
And now if we rerun this once again, well now see that my name was printed out to the
console and this example we're using a local variable, meaning that the variable that we
have defined is available locally within the current scope. So in this case it's available
only within the main function we have defined. Now in Kotlin you can actually declare variables
outside of any type of enclosing function. Our class, all you have to do is declare a
variable within a Kotlin file. So in this case we've moved our variable name outside
of the main function into the main dot. Kate. He file variables defined like this are referred
to as top level variables. And you see now that we've moved this outside of the main
function, we can still run it and our variable is still completely valid.
Top level variables can be worked with just like a local variable. So we get a fine and
an additional variable. This time we'll say VAR greeting of type string equals hello.
We now have a publicly available top level variable called greeting. So now if we wanted
to come down here and print out a greeting before the name, we could do that by calling
print line and passing in greeting. We can also modify that greeting because this is
a mutable variable and if we then print out this new value, we will see that the message
has changed.
So when we hit run here, we should now see hello Nate. And then hi mate, let's take a
closer look at how variable types are defined. So in defining our variables, in both cases
we use either the voucher or VAR keyword and then we have the variable name. Both of these
are must haves. Next step we have the colon and then the type. So in this case we have
the type of string and then we assign our value. One interesting difference between
Java and Kotlin is that types in Kotlin are non null. By default this means that there
is a distinct difference between string and a nullable string. Now what does this look
like in practice? Well in this case because types are non all by default name is a nano
string. So if I tried to assign a no value to this, we'll actually get an error and it
will hopefully say no, cannot be a value of a non Knoll type string. So if you want to
actually have no as a valid value for your variable, you need to add a question Mark
after that string value. This indicates that now named as a knowable string. And I can
assign no or I can go ahead and sign an actual value. So let's look at how we could use this
with the greeting variable.
So if we make greeting a knowable variable, we can come down here and we'll go ahead and
print out the default greeting value. We'll print out the name and then we'll see that
we can modify the value of greeting to null. And then we can go ahead and print out these
values ones again and we can then see that greeting has been updated. And when we try
to print that out, it actually recognizes that it's no and prints that out to the console
for us. So let's look at how we can actually simplify the declaration of our variables.
I mentioned that vow or bar as well as the name are mandatory. However, Kotlin supports
type inferences on variables and properties. What does this mean? Well, this means that
Kotlin can recognize what type the value is that we're trying to assign to the variable
and if it can figure that out, we can actually omit a type declaration of the variable.
So in this case we could actually remove the colon and string and the name variable will
still be of type string. Now we can do the same for our greeting variable so we can remove
this. But if we come back down here and tried to assign knowl to greeting will get an error.
No, it cannot be a value of non node type string. So why is this? Well again, because
types are non nano by default and Kotlin and we are assigning a nano string literal to
greeting the compiler. In first the greeting is meant to be a non null string. So if you
want to have a knowable string you might try and just assign no. However we get a warning
saying implicit nothing type. This is because greeting now cannot really be inferred. It
doesn't know what is a null type of. So in this case we will need to go ahead and specify
a knowable.
Now down here we can assign Knowlton greeting or we could assign an actual greeting. Now
that we've taken a look at how to create variables and how the type system works, let's introduce
some basic control flow and we'll do this by working with the nullable string variable
of greeting. So let's go ahead and remove these values. Now let's say that we only want
to print out the value of greeting if it's not no. So we could do that in a couple different
ways. The first one we'll look at is using an if statement, if statements in Kotlin work
very much the same way as in Java. So we'll use the if keyword followed by parentheses,
we use greeting. In this case we want to say if greeting is not no printed out, so we can
say not equal to know and we'll finish it off with curly braces.
And then if we move our print statement within that, if conditional when we run this, we
should now have no greeting printed out. And sure enough we see that just the name is printed
and if we modified the value of greeting to be non null and then rerun this, we'll now
see that we have our greeting. Now what if we wanted to add and else claws? So just like
Java, we could add the else, we can add curly braces again. And so here we could define
a default greeting of hi. So now if we run this once again, greeting will be normal and
so we should see the default high value. Now another means of control flow within Kotlin
is the when statement. The Wednesday mint is very similar to a switch statement in Java.
So to create that we can come down and use the when keyword and then print the CS.
We didn't want to pass end to this, the value that we want to check and switch on depending
on its value. So in this case we'll pass in grieving followed by curly braces. Now within
this block we can define each value that we want to act on differently. So in this case
we can say no. And then to define what action to take, we use an arrow and then we'll say
print line, hi. And then we can define and else case here. And this will act as the default
if none of the values above are matched. So this case we will print out the value of greeting
on its own.
So now if we run this, we should see high printed out because greeting is still not.
And once again if we update greeting to be some other value and rerun, we'll see that
the branch of the, when statement is hit and we are printing out the value of treating.
So these are two of the basic ways in which you can manipulate control flow within Kotlin.
Now we just saw how if and when can we use as statements to take different actions based
on some checked value if and when can also be used as expressions to assign a value depending
on that, those logical conditions. So let's take a look at how we could use an expression
to assign a value to a local variable. So let's go down here and type vow greeting to
print. I can say equals. Now if the greeting variable in our top level declaration is non
no, then we want to go ahead and stick with that.
So we can say if greeting does not equal null, then we want to assign greeting to the new
greeting to print variable. Otherwise we want to say hi and then we'll update our print
line to use the local variable. Now when we print this out, we should see the ELs branch
of high being printed out. This is because the top level variable is currently no. If
we modify this to pass in a greeting. Now if greeting does not equal null or return
true and we'll see that hello is printed out instead. So if we want to assign different
values to a variable, depending on whether or not something is normal or some other logical
check, we could use an expression. However, we can also use a when expression if we want
it. So we can say when, and again, we'll pass in treating here and again we'll use our no
value as the first check and if it's no, we'll go ahead and return high. Otherwise we'll
go ahead and return the original greeting value. So now with this, when expression is
saying is assign the value of high to greeting to print. If greeting is know. And likewise
if greeting is nominal, go ahead and assign that value to the new greeting to print variable.
So if we run this one more time, we should see high because grieving is null.
And if we assign that value to greeting and rerun, we'll see that updated value of hello.
So again, like the if expression a when expression can be used to assign a value to a variable
depending on that input value that it's checking to start understanding functions in top line.
Let's look at this example. Within this example, we actually are using two different functions.
We have our main function and then we're also using the print LN function as well. So let's
take a look at how we can define our own new function. We'll start by clicking here and
we'll define the new function that is going to return this string that we want to print
out to the console. So the first thing to do when defining any function is to use the
fun keyword. This denotes that we are going to define a new function.
Then we want to specify the function name. So I'm going to call this function, get greeting,
and then you want to follow that up with open and closed parentheses. And within this we
can actually define any function parameters. Now for now we're going to skip any function
parameters and we want to define our return type for this function. So similarly to variables,
we can define a return type by using a colon. And then the type in this case string. And
then we'll do open and closed curly braces. Now like in Java we can define the return
value by saying return. And then in this case I'll say hello Kotlin. So now we have the
function called get greeting this green to return the string. Hello Caitlyn. If we want
to then invoke that function, we can do so by calling get greeting with open and closed
parentheses.
This should look very similar to what you're familiar with and calling methods from Java.
And now if we run our code, we'll see to print statements. We'll see the first one, hello
world. And the second one. Hello Collin. So one thing you may have noticed is that in
our gig greeting function, we're the return type of stream. However, in our main function
there's no return type specified. So why is this? Well let's illustrate this by an example.
Let's write a function called say hello. So again we'll use the fun keyword and it will
maim it. Say hello, no parameter values. And then we're going to declare this as returning
type unit unit. And Kotlin is essentially the absence of any useful type. It's similar
to saying this returns nothing useful. And the reason we're going to use unit in this
case is because we don't want to return anything.
We're going to simply print out our get greeting functions, return value, so we can then call
say hello. And you'll notice up here that unit is underlined and it's giving us this
message that says redundant unit return type. Basically what this is saying is that if you
have a function that returns unit, that is to say if you have a function that doesn't
return anything useful, you can omit that type value. So we can actually remove unit
from our say hello function and this is perfectly valid. So that's why in our main function,
we also don't have the return type specified. Aside from the rules around unit return types,
return types or functions work very similarly to how you would define them and treat them
for variables or properties. So for example, if we wanted to return a Knoll string from
our get greeting potion, we would modify the return type to be a nullable string and then
we could return note in our return statement.
Additionally, functions support type inference as well. So in our get greeting example here
we are returning a single string literal, in which case we could actually simplify this
to a single expression. We could remove the curly braces and add an equals and then the
string literal after that. So this is what's known as a single expression function because
the entire function definition is now in a single expression. And now this is where the
title inference comes into play. Again, because the compiler understands this single expression
function definition and it knows that it's always going to return a string. We can actually
remove the explicit return type. Now our get greeting is extremely simple and is functionally
equivalent to the previous definition. So if we run our code, once again, we'll see
that we now have our three different print statements. You might be noticing a theme
here of Kotlin allowing us to reduce the amount of code we need to write to get the equivalent
functionality. This is a theme that will crop up more and more as you start to learn the
language.
Now let's take a look at how we can define function parameters. Now before we get started,
let's clean up our code a little bit. So we'll remove everything from our main function and
we're going to go ahead and remove the existing function examples we've been working with.
So once again, we're gonna define a function named say hello and to start it will print
out. Hello Collin. Now this is exactly like we have seen before, but what if we wanted
to change the thing that we were greeting? So instead of saying hello Collin, maybe we
wanted to say hello world or hello mate, or hello John. So how might we do that? Well
that's where a function parameter comes into play. So to define a function parameter, we'll
go within the parentheses after the function name, and we'll define this using a notation
of the parameter name colon, the parameter type. So in this case we're going to say item
two Crete as our parameter name, colon. And then we want this to be a string value that
we're passing it. Now with dinner function, we can say, Val, message equals hello. Plus
I even went to greet.
Okay.
And then we could pass in the message. Now if we come down to our main function, we want
to, when folks say hello, so we can start typing, say hello. And now we need to pass
in a parameter value which it suggest to us in this little tool tip. So in this case we'll
say Caitlyn. And now if we run our main function,
we now see hello Kotlin is printed out to the console. If we wanted to pronounce something
else, we could duplicate the invocation and maybe this time we'll pass it in world. And
if we invoke our main function again, we'll now see hello Caitlyn and hello world printed
out to the console. Now if we go back up to our say hello function. Well notice that there's
this squiggly line here. This is unrelated to function parameters, but this is a really
interesting feature in Caitlyn. Caitlyn supports string templates which allow us to substitute
in variable values or argument values into a predefined string template. So in this case,
instead of using concatenation, we can say hello space. And then to define a template,
add value, please a dollar sign and then we can pass in that parameter name. So now if
we hit run once again, we'll see the same output as before.
So this is just one more way in which Kotlin can produce boilerplate for us by allowing
us to define these convenience string templates. In fact, in this scenario we can take it one
step further and remove the local variable all together. And then we can actually take
this one step further and define this as a single expression. Oh shit. Now we have a
say hello function that will take in a parameter value, which is the item degree. And then
it will always print out hello item degree. So now let's update this to take two parameters
so that we can customize both the greeting and whatever it is that we want to agree.
So to do that, we're going to add a new parameter and we will name this one in greeting and
have it be of type string. And now we will update our string template here to include
that new parameter.
Awesome. So now we've updated the function. Now we need to update the invocation of that
function. So for this first line we can say, Hey, common and now for the next one we'll
say hello world and if we read this well now see our desired output. So by adding that
second parameter value, we have now made our say hello function much more flexible. Now
we can add any number of parameters we want to say hello, but like any programming language,
if you have too many parameters in your function, it might be an indicator that your function
is doing too much. Now what last thing I'd like to point out about functions at this
time is that you'll notice that these functions are not defined within any type of enclosing
class. These are free functions or as they're referred to in Kotlin. These are top level
functions like variables, functions can be defined outside of any in closing class or
independent of any associated class. Now there are types of functions that are associated
with a class and we'll take a look at those later on in the tutorial.
Like most programming languages, Kotlin has support for collection data types. These are
things like arrays, lists and maps they can use to group values together and then operate
on them at a later time. So let's start off by looking at how we can define inner Ray
and Fallon. We'll clear out these invocations to say hello because we won't need them right
now, but we'll leave the say hello function definition because we'll come back to it later.
Your create a basic array. We'll create a new local variable named interesting things
and then we'll use the equal sign and then we can use a convenience function called array
of in parentheses. This will create an array of whatever the inferred type is and then
we can start defining values within this function. So in this case, as soon as I add a string
literal, it can infer that this is going to be an array of strings. And then we can define
some interesting things like Kotlin programming or comic books.
Now that we have this variable defined, let's see what types of operations we can perform
on it. If we start typing interesting things and hit dot the IDE will start to auto-complete
and show us some of the methods available. So you see we have a size property, we have
a get method, and we also have this open and closed of bracket syntax that we can use to
access individual elements in the array. Let's try printing out some of these values to demonstrate
how we can use the array to start. Let's print out the size. We can do that by saying print
LN and then we'll do interesting things that size. Now let's print out the first element
in the array. We can do that by going print, LN, interesting things. We can use the open
and closed bracket and then pass in an index. This is how we can conveniently index in fact
array.
This is similar to doing a jet, so if we duplicate that line, we could say get, and again, passing
is zero element of that array. If we now run this, we'll see three Caitlyn, Caitlyn, but
this is just as we would expect. Now, what if we wanted to iterate over all of the elements
of this array and then perhaps print out each of those values? Well, there are a number
of different ways we could do that. For now we'll take a look at a basic for-loop so we
could start typing for, and then we could say interesting thing in interesting things.
Then open and closed curly braces. This is now the convenient syntax of four loops within
Kotlin. So this is going to iterate over each value in the array and we can access those
values in the interesting thing variable that we have defined within this four loop.
So now we can type out interesting thing and if we rerun this code well now see that we
have printed out each element in the array. So that type of for-loop is what is probably
most similar to what you're used to if you're coming from Java. However, in Kotlin because
we have top level functions and higher order functions, really just first class of port
for functions across the board, we can write code that is a bit more functional. So let's
take a look at how we could do a more functional approach to collection iteration. So or remove
our four loop and now we could say interesting things doc for each. And what this is is invoking
a for each function that is available in the standard library. That function then takes
in a another function and returns unit. That function that we pass it in essentially defines
what to do on each iteration over this collection.
So within our curly braces here, this is where we can define what we want to do with each
element in contrasting things. Now this might look a little bit confusing at first, but
don't worry well explain this, but if we simply want to print out each item in this array,
we can now say print LN and pass in it. It is the default name for each element in the
array that is passed into this Lambda function in which we are defining. So if we run this
well, now see that we have our three elements in the array printed out to the console. Now
it is not always very readable. So another little quick tip here is if you want it to
be named something else, you can rename that to value that's passed into the Lambda. In
this case we could call it interesting thing and then we'll use the arrow and now instead
of if we can reference that value by calling it interesting thing and once again if we
run this, we'll see that our interesting things are printed out to the console.
You might be looking at this wondering why we are not using an open and closed parentheses
when calling the for each function. In fact, it might seem rather odd that we are not passing
in that argument two for each, but instead of have just specify this open and closed
parentheses independent of the rest of the for each call. So this is actually what's
known as Lambda syntax within Kotlin. Now we'll look at how to implement this later.
But the idea behind Lambda syntax is that if you have a function and it's only parameter
is another function, then you can omit the parentheses all together and you can pass
that function in by specifying this open and closed parentheses. So again, if we look at
for each, we'll see that it takes a single function as a parameter so we can omit the
parenthesis values and past that function into the for each function using the open
and closed curly braces.
And like I said, we'll look at how we actually define this type of higher order function
a little bit later in the tutorial. So here we looked at a basic for each function on
this array collection. But by doing it this way, we've lost the index data for whatever
index the current interesting thing is in the containing array. So to handle that there
is another function we can call. So once again we'll say interesting things and this time
we'll say for each indexed. Now this time it's going to pass into us the current index
as well as the current string. Now once again, we'll update this to be named interesting
thing and that one's again, we could print out these values. So we can say print,L ,N
and we can say interesting thing is at index.
And now if we print this out, we'll see that we have gotten the value from the array as
well as its current index. So this could be really useful if you need to iterate and still
maintain that index data. Now everything that we've been looking at here for res is applicable
for lists as well. So if we clear out some of this previous code, we now go to our declaration
of this interesting things variable. Now we're using the convenience function array of to
define this variable as an array of type string. Now there's also a list of function as well.
Now if we try to work with interesting things, we'll see that we have a lot more methods
to choose from because it's now a list rather than an array. And so like an array, we can
access individual elements by using a jet or also by using the bracket syntax like we're
familiar with with arrays as well.
And also like with the array, we have functions available to us to help with integration.
So if we wanted to print out all of the interesting things again, once again we can say interesting
things doc for each ad. Once again we'll say interim vesting thing. We use the arrow here
within our Lambda expression and then we'll print out the interesting thing and if we
hit run while that we have our three interesting things printed to the console. Now that we've
looked at arrays and lists, let's take a look at one more collection type and Kotlin which
is map. So let's remove this duration over our interesting things variable here. Now
let's create a new variable. I'll just name this map equals and once again there is a
map of function that we can use. Now the map of function will essentially take in pairs.
Pair is a simple wrapper class containing two values and that there is also the convenience
function to create pairs.
So if you want to create a basic key value map we could do so like this. We'll use a
key of one and then we'll use two and then the value in this case will be a, and then
we'll define it. Another pair, we'll use a key of two. Then we'll use the two function
and then a value of B. And then we'll define one more pair. And we'll say three is our
key to C. so what we've now done is defined a map with three pairs of values in it. The
keys are one, two and three, and the associated values are a, B, and C. now we can iterate
over this by saying map for each and it's going to return to us both the key and the
value. Unfortunately the default to it, not
very useful name. So this case we'll remain them again within our Lambda expression. So
we'll say key value and then we can print these out and we'll use a string template
and we'll just say key and then we'll define an arrow just for some separation and then
value. And now if we print this out, well now see that we're giving each of our key
and value pairs and then we could do with those whatever that we need to. We've seen
how you can define several different types of collections such as arrays and lists and
maps. And we've also seen how you can iterate over those collections and access individual
elements from our collection. And there's an interesting thing to point out about the
way Kotlin handles the collections similar to the way in which it differentiates between
knowable and nano types. Caitlyn also differentiates between mutable and immutable collection types.
Now what does this mean? This means that by default a collection type in Kotlin is immutable
so that you can't add or subtract values from that collection once it's initially created.
So let's look at an example of this. We have defined our interesting things list using
the list of function here. And if we wanted to try and add something to interesting things,
there's no function available to us to do that. That's because it's immutable by default.
If we wanted a immutable list, we could use the mutable list of function. Now if we want
to add something, we can say interesting things. Dot add and we could add a new string to our
interesting things list. The same goes for map. If we wanted to add a new key value paired
wire map, you could say map doc put, but there's no put method available. But if we change
to immutable map, now we could say map dot put and we can define a new key of four and
a new value of D. so this is something to keep in mind. If you have a collection that's
going to be static, once it's defined, then you're fine to use the regular list of array
of map up, et cetera functions. And that is a good thing because immutability is often
a desirable trait in your code. However, if you're going to want to modify the values
in that collection, then you'll have to create a mutable collection so that you have access
to things like put or add that let you modify that collection.
Okay,
now that we have an understanding of working with collections, let's modify RSA hello function
to take a collection parameter so that we can greet multiple things, will modify first
the name of item to greet two items to greet because it's now going to be plural because
it will be a collection. And that will update from string to list of string. And then now
we're going to update the implementation of this function. So instead of being a single
expression function, we'll add a function body. And then now we're going to want to
iterate over the items to greet parameter. So we'll say items to greet dot for each.
And then we'll paste it back in our original print statement. And then we'll go ahead and
update the receiver value here from it to item to Crete. It'll add our arrow. And so
now we have a say hello function that you can pass a collection into. And then it'll
print out multiple lines. So now we can say, say hello and we can still pass in our custom
greeting so we can say hi. And then we can pass it in our interesting things variable.
And now if we click run, we now see high Caitlyn, hi programming and high comic books. So this
just a quick example of how you can pass it in a collection type to a function as a parameter.
There's nothing wrong with including a collection parameter in your function, however functions.
And Kotlin do provide an additional piece of functionality that can satisfy this use
case and provides a little additional flexibility. Now to demonstrate why this might be interesting
to us. Let's look at an example. So let's say we want to call say hello and we'll pass
on or greeting, but then we don't want to pass in any interesting things in this case.
Well, because of the way that this function is currently defined, we have to pass in the
second argument. So in this case, if we wanted to pass in no items, we would have to pass
in an empty list, which isn't really a big deal, but it's also not the most flexible
way of handling things. So let's take a look and alternative means of achieving this functionality.
If we come up here to our say hello function, we're going to modify this second.
So that is a VAR arch perimeter VAR ARG is a keyword in Kotlin. It essentially represents
a variable number of arguments. So in this case, instead of taking a list of string,
we'll define a VAR R of string. This tells the compiler that we're going to take a variable
number of string arguments after the initial greeting argument to this function. So now
if we try to pass something in to say hello, well first pass in our grieving and now we
don't actually have to pass anything in after the initial argument. This is because the
[inaudible] parameter will essentially be treated as an array of whichever type it's
used to specify. So in this case, items to GRI is now an array of type string. So if
we don't pass any items after the greeting, it will be treated as an empty array. If we
did want to start to pass items, we can do that by separating them with commas. So it
could say Kotlin and now this would be an array of size one. But where the real flexibility
comes is we can now start to define many argument values here.
And so now all of those arguments that are passed in will be grouped together, treated
as an array. And so in our function implementation, we can still iterate over all the elements
in that array. So if we now run this, we should get the same outfit as before. So by using
our VAR arc parameter, we've eliminated the need to always pass in a value after the initial
greeting argument and lets us have greater flexibility because it will support zero one
or any other number of argument values to be passed it. Now it's very convenient to
be able to pass multiple arguments to this [inaudible] hard perimeter. However, you're
usually not going to be hard coding those arguments in manually during compiled time.
More likely you're going to get a array of values from a network request or a database
and then you're going to want to pass it those in. So you might think that it would be as
simple as passing in an array after that initial greeting. So let's try that. We could change
list of two array of, and then after I,
we'll pass in interesting things. Oh, unfortunately this does not work. And if you look at the
air, the see a requires string found array of string. So how do you actually pass in
an array of existing values to this far ARG perimeter? Well, you can do that with the
spread operator and all the spread operator is, is applying the asterisk before the array
variable when you pass it in as an argument value. So now if we hit run, we'll see that
the compiler is now accepting that array and we are iterating over each item in that interesting
things array. So this is how you can pass in an existing collection as a VAR ARD parameter.
Another really interesting and powerful feature with Kotlin functions are named arguments.
Now let's take a look at an example of what name arguments provide to us. Let's start
by cleaning out our main function and then we're going to define a new simple function
that will take a greeting and a name and then print that up.
So now when we want to call this new Greek person function secret person, hi, and then
I'll use my name here. Now this is fine and it's very easy to understand because the ID
is helping us and showing, okay, this is the greeting argument. This is the name argument.
However, if you are in a code review, you might not be able to know exactly which order
these arguments are supposed to be passed in. Also, if you wanted to modify the function
signature of Greek person down the line, you'd have to make sure that these are in the same
order because since they share the same type, you could mix that order up without getting
any type of compiler pair. Now what made arguments allow us to do is specify which parameter
this argument value is going to be used for. So what does that actually look like in practice?
Well, it looks like defining the name of the parameter and then an equal sign. And then
here we can say main equals. And so now we're saying very explicitly assigned, high to greeting
and Nate. To me, the cool thing that this allows us to do is actually mix up the order
of these arguments. So now we can actually pass the second parameter first and the first
parameter second so that we could actually theoretically modify the signature of Greek
person changing the order of these parameters and it wouldn't impact the invocations of
that function. Caitlyn allows us to take this flexibility one step further by leveraging
default parameter values. So once again, let's look at our Greek person example. So here
we are now able to pass the arguments in whatever order we want. If we're using name arguments
in tax, but what if we wanted to pass main first and then not even passing the greeting?
Well now we get an error because it says no value past for perimeter greeting. So as great
persons currently defined, it must take both arguments, even if they are in a mixed up
order. Default parameter values allow us to change that. It allows us to tell the compiler
what the default value should be if not as specified. So for greeting, we could provide
a default value of hello and for name we'd get provided default value of Kotlin. You'll
see now great person can be called by only specifying a single argument value. And if
we run this, we'll see. It's going to say hello mate. So it's giving the default greeting
value and then it was using the value for the name that we passed in now because both
arguments have defaults, we could actually call this without passing any arguments in.
And if we run it now, we'll see it's using both defaults and prints out.
Hello Kotlin. Now this becomes a really powerful feature because now we can not only mix up
the order in which we pass arguments, but we don't even have to pass all of them in.
This actually allows us to replicate functionality of the builder pattern without actually having
to write getters and setters and have private constructors and all of that. We can configure
and reuse functions and objects by leveraging these default values and the named arguments,
syntax, Wilde, Decaux parameter values, main argument and VAR. Our parameters are really
convenient and flexible and powerful. They do have limitations as well. So I want to
illustrate one of those limitations. So we're going to go back to our say hello function.
Let's redefine our interesting things are right. And so now if I want to invoke, say
hello and I want to pass things in order with the greeting and then the interesting things
I can do that no problem. And if I run this, we'll get our three lines of output.
And so now what if we wanted to use named arguments in techs? Well we could do that
as well. Breathing equals high. However, as soon as I add the name argument syntax to
the first parameter, I get this air saying mixing name and position arguments is not
allowed. So this is one of those limitations. As soon as you use named arguments in tax
for what argument, everything that follows, that must also be named. So in this case,
I could fix this by saying items to treat equals and now I can run this again and I'll
get the desired three lines of output once again. Now I could mix these up though
and because both of them are using names, argument syntax, there are no problems here.
And once again, we could run this and we would get our desired output.
Now we're going to take a look at how we can create a simple class in Kotlin. Now up until
this point, we've been working within a single main dot K T file. However, now that we're
going to move into classes, let's go ahead and add a new file. So we'll come over to
our project panel, right click source, go to new Kotlin file or class, and we're going
to come down and on this dropdown we're going to select class and then we're going to name
this class person and then hit enter. We can see here, then it automatically has created
a person class for us and I might notice that this class is quite simple. So let's take
a look at how this class actually works. To start, we have the class keyword followed
by the class name and then really that's it. We could actually even optionally remove these
curly braces. Since we're not defining any properties or methods at this time, if we
wanted to then use this class, we could return to our main function here. And then we can
create an instance of the class like this. So we'll create a variable named person equals
person. Now this syntax right here is how you create a new instance of a class. Notice
there's no new keyword and Caitlyn, you do not have to explicitly call new. You can simply
specify the class name and then the constructor and any arguments that you need to pass into.
It can may notice
that we were able to create an instance of the person class using this empty constructor.
However, if we go back to our class definition, we don't have any constructor defined. This
is because when you're defining a class in Claplan, if you do not have any properties
defined in your primary constructor or any arguments defined in your primary constructor,
then you can actually just omit that primary constructor altogether. So what we see here,
class person is really a shorthand form of this. If we wanted to explicitly define this
primary constructor, we can do so by adding the constructor keyword and then the opening
closed parentheses. You'll see here that it actually gives us a message recommending that
we remove the empty primary constructor. Now we could also modify this primary constructor
by just removing the constructor keyword and moving the open and closed parentheses directly
after the classmate. However, we still get that same recommendation to remove the empty
primary constructor. So let's add a primary constructor once again. And this time let's
actually define a parameter that must be passed into this constructor. So if we're creating
a person in class, let's pass in a first and last name for this person. So we could say
first name string, last name string.
So now we have two unused parameters that we pass it into the constructor. And now if
we come back here to the creation of an instance of our person class, we'll see that we now
have a compiler error saying no value pass for our printers. So I'll go ahead and I'll
pass it in my first and last name here so we can come back here and we're not actually
doing anything yet with these perimeters. So let's change that. Let's define our first
property on our person class. So since we're passing in first name and last name, let's
define properties for first name and last name. So we can say Val, first name street,
thou last name street. Now you notice that both of these, now I have red areas underneath
them saying property must be initialized or be abstract. And there's a couple of different
ways that we can initialize these.
The first way we'll look at is using and then hit block can define it in a net block by
using the unit keyword and then open and close curly braces. And a net block is a piece of
code that is run anytime. An instance of this class is run and you can actually have multiple
admit blocks that will be processed in the order in which they are defined within your
class body. So within this a net block we can initialize our property values using the
parameters from our primary constructor. So we'll say first name equals underscore, first
name, last name equals underscore, last name. Now we have initialized properties. But if
we look up at where those properties are declared, we will see these little warnings saying,
can be joined with assignment. What does that mean? Well this is the other way in which
we could initialize these values.
We could actually get rid of the NIC block here and we could initialize these at the
point where they're declared by saying equals underscore first name equals underscore last
name. So now we're passing in those parameters to the constructor and then immediately declaring
and initializing properties on the class. So now if we go back to our usage of this
person class, after we create the instance of person, we can now access those properties.
Jax as the properties where you type person. Dot and then we can access the properties
by their names directly. So we can say last name or person dot first name. Now you noticed
that we're not using a getter here in Kotlin. This is known as property access syntax. You
can reference properties directly by their name without having to worry about the getter
or the setter. So now if we go back over track class, we could actually simplify this even
a little bit more. And to do that we'll go ahead and remove these properties.
And so now instead of passing in a parameter to the constructor and then defining a separate
property that mirrors that parameter, we can actually declare the property directly and
the primary constructor. So to do that, we'll come up here, we'll remove this underscore
since this is now going to be the property name and then we'll add the vow keyword. And
now when we have defined a first name and last name properties within our primary constructor
directly, and if we go back to our usage, we see that nothing has changed here. We can
still initialize the class in the same way and still access our last name and first properties
the same way. So far we've been working with the primary constructor within our class declaration,
but it's also possible to define what are known as secondary constructors. Secondary
constructors can provide alternative means for you to instantiate an instance of your
class.
So let's work with an example. Let's say we want to create a secondary constructor that
takes no parameters so that we don't have to always pass values in what we want to create
a new person object. So to create a secondary constructor, we'll use the constructor keyword
and then open and close parentheses. And in this example we're not going to pass in any
parameters. We didn't need to call through to the primary constructor. To do that we
use colon and then the this keyword open and closed parentheses. And then now we need to
satisfy any parameters that are declared in the primary constructor. So in this case,
let's define some default first and last name values. So for our first name we'll use Peter
and last name. We'll use Parker.
Okay.
And then we can define a body for the secondary constructor. And to just take a look at how
this works with the NetBox. Let's go ahead and add a print statement here that says secondary
constructor
[inaudible].
Well then add and then that block, and we'll put a message here that says, and that one.
And then just for fun, let's add a second, a net block after the secondary constructor
and we'll print out in it too. Now let's run our main function and just see what happens.
[inaudible]
so in this case we're using the primary constructor so we can specify and explicit values for
the first and last name. So we'll see that the secondary constructor is never called,
but both admit box are called and log out to the console. So now let's remove the explicit
arguments that are being passed in. And now let's rerun this
[inaudible]
and now this time we'll see that I didn't block one is run and Nickboch two is run and
then our secondary constructor was run
[inaudible].
So what this shows is that the admit blocks are always going to run before the secondary
constructor. Now the Invitbox will execute in order in which they're defined within the
class body and the secondary constructor will be called. Now in this example, and actually
in many practical examples when using Kotlin on real projects, a secondary constructor
isn't strictly necessary because of the power of default parameter values. So in this case
we can remove all of this within our class body and instead we can define default values
here in the primary constructor.
Okay.
Now if we go back over to our usage, we can still use the person class as if it had this
empty primary constructor because both parameters have default values.
Now let's look a bit more closely at class properties. Now we've already defined two
properties within our primary constructor. Both of these are read only properties so
they have no center, but they do have a getter available. That Gitter is how we are able
to leverage property access and tax and reference those properties directly as we are doing
here in our main function. Let's explore this more fully by adding another property. Let's
add a nickname property. In this case we'll use VAR because it's not going to be set initially.
We'll call it nickname string and we're going to go ahead and make this a notable string
and then we'll go ahead and set that initially to know. Now let's see if we type person.
Dot. We see that we have a nickname property, but unlike last name and first name, this
is a mutable property.
So we can actually assign a value to this. So we can say equals. And then my nickname
growing up was shades. So assign that string to this nickname property. So if we go back
to our person class, let's look at this property a bit more closely. We've already mentioned
that properties and Caitlyn will get getters and setters generated for them automatically
by the compiler. So if your property is a vow, it will have a get or generated. If it's
a bar, it will have it getter and a setter generated. But what if you don't want to rely
on the default behavior of these getters and senators? Maybe you want to do some complex
logic within that. Or maybe you want to log something out for debugging purposes. Well,
you can override the behavior of these default getters and setters and provide your own implementations.
So let's log out every time a new nickname is set.
To do that. We go to our nipping declaration and then we'll go to the next line and then
we'll space over four times. And now if we start typing set, we'll see auto-completion
comes up with several options here. So I'm going to choose this bottom one. So what this
essentially does is allows us to define the function behavior for wins set is called.
Now when we do this, this will generate a backing field for this property. So to actually
assign the new value to our nickname property, we need to use a special keyword called field
equals value. If we didn't make this call, then the value of nickname would never actually
be updated. And now we are free to implement whatever you want. So in this case we can
update this with a log message that says the new make name is dollar value. So now if we
go back over to our main, let's see what this looks like. So we're assigning one nickname,
person that nickname that. Let's assign a nother nickname. In this case we'll just say
new nickname. Now if we run this, we can take a look at the log. So you see here each time
for assigning a value to the nickname property, our log statement is being run. Similarly,
we can override the default Gether. We do this very much the same way. I'll start by
saying get,
there's no new value to set so there's no value being passed in. So instead we'll just
lock this out. Say print line. The return value is dollar field. We still have that
field backing value, which is what his storing the actual value of nickname. And then we're
going to return the value of field. So now we'll come back over to our main, we'll use
a print statement here, person dot nickname and if we run this, we're seeing that our
center is being called multiple times. Then our getter is being called and the value logged
out. And then finally our print statement here in the main function. Now that we've
explored class properties, let's take a look at how we can add a method to our person class.
To add a method, we really just need to define it function within our class declaration.
That's great. A method called print info. It'll take no parameters
and it's just going to print out the user's info. So in this case we'll use a print statement
and then we'll use a string template to pronounce the first name, the nickname, and the last
name. So we go back over here to our main class. Let's go ahead and remove most of this.
Now if we want to call the method on our person variable, we can type person dot and then
print info. So now if we run this, we see Peter, no Parker. So our method worked, however,
the formatting is maybe not quite what we would have wanted because nickname was no
like print info was called, we printed out the word no rather than anything possibly
more useful. So let's refactor this method a little bit and see if we can improve that.
So that's great. A variable called nickname to print. And then let's check whether or
not this is no. So we can say if nickname does not equal no, we'll go ahead and use
the nickname else. We'll use this more descriptive string of no nickname and now we can update
this implementation and instead of using nickname directly, we'll use this new local variable.
So now if we go over to our main again and we run this, now we see our output is formatted
a little bit better now while the output now looks better, this expression right here is
a little bit verbose. This type of check where we're comparing whether or not something is
no and then providing one of two values comes up quite a bit and Kotlin and because of that
there's actually a convenient syntax we can use that simplifies this expression. So what
we can do is this like maybe question Mark Colon, no nickname.
The question Mark Colon is what's known as the Elvis operator and Caitlyn, what this
expression is saying is check what's on the left side of the Elvis operator. If that side
of the expression is not no, then go ahead and return that. Otherwise return what is
ever on the right hand side of the expression. So if we go back to Maine and run this once
again, well now see that we're still getting our updated output. So this case, the Elvis
operator is just a much more concise way of doing that. If else check. Now I want to take
a minute and talk about visibility modifiers within Kotlin. Looking at this code here,
you'll see nowhere do we have any type of visibility modifier specified. However, if
we go over here to our main, we're able to create a new instance of this class. We are
able to call the print info method and we are able to access all of the properties.
This is because in Kotlin classes, properties, methods, really visibility in general is public
by default. If we wanted to modify the visibility of any of these, we can add one of for visibility
modifiers. So from the class we could add public here. However, because it's public
by default, this is not needed. We could add internal. Internal means that this class is
public within the module. So in our case, because we're in a single module, this doesn't
change anything. We can also make this private.
Once we make it private, we'll now see that it's no longer available in our main dotK
T file and this case a private class is only available within the file in which it's implemented.
Now we get to apply similar rules to our nickname property. If we make this an internal property,
nothing changes and we can still access that. If we make this protected and go back to our
main function, we'll now see that we're getting an air cannot access nickname. It is protected
in person. A protected property or method will only be available within that class or
within any subclasses. And as you might expect, if we make this a private property, once again,
we cannot access it from our main dot KT file. And the same goes for our method. If we make
this private or protected, it's not going to be available within main bat. K T now that
we have an understanding of how classes work in Kotlin, let's take a look at how interfaces
work. So we'll go back to our source directory, go to new Kotlin file or class. This time
in the kind drop down, we'll select the interface and let's go ahead and call this person info
provider and we'll hit okay.
So now the IDE has created a person info provider dotK T file and it's auto generated this empty
person info provider interface for us. Now, like with the class, because the curly braces
are empty, we can actually remove those and this is a completely valid interface within
Kotlin. It's MD. There's no methods that can be implemented and there are no properties
that can be implemented. However, this could still be used as a marker interface, for example,
in other classes, could in fact implement this interface. In fact, why don't we do that
right now? Let's create a class called the basic info provider, the implements person,
info provider. We can actually do that within the same file. We don't need to have one file
per class or interface within Collin. So to start we can say class basic info provider.
Now we want to indicate that this class is going to implement person and vote provider.
To do that we'll use a colon and then we'll type the name of the interface and just like
that, we've now created a new class basic info provider that implements person info
provider. And because person info provider does not currently have any methods or properties,
basic info provider has nothing that needs to implement. Oh, let's add a method to our
person. Info provider interface can do that. We'll come back up to the interface declaration,
we'll add back our braces, and now we're going to define a function signature within this
interface. Now we don't have to actually implement this, we just have to define the name and
the parameters that are required by this method. Now once we've added this, we'll notice down
below now that our basic info provider class has a compiler error saying that it does not
implement the required interfaces or add the abstract keyword.
So let's take a look at how we can address this issue. Could you, so we're going to start
off by adding a main function so that we can play around with this class. Now what are
the ways that we could solve the compile issue with basic info provider is by declaring it
as an abstract class. This means it doesn't need to implement all the methods available
on the interfaces that includes, but it also can't be instantiated. So if we tried to come
down here and say vow provider equals basic info provider, we'll get an error saying cannot
create an instance of an abstract
class. So this case we don't want to make this abstract cause we do want to work with
this class so we can remove the abstract class keyword and that we want to actually implement
the required methods from person info provider. So to do that we can start typing print info
and the IDE will recognize that. And if we hit enter, it will generate a step down version
of that print info method.
Now let's take a look at how this was generated. We see that it starts by including the override
key word. This is different than in Java where it was an override annotation. And Caitlyn,
if you remove the override keyword, it'll actually give you a compile error in this
case saying print info hides member of super tight and needs the override modifier. So
it's very specific in indicating that you do need to include that override. And then
after that it's simply matches the rest of the method declaration from the interface.
So here we're now free to define the behavior of this interface, however we want you also
seen down below that now that we have implemented the interface fully, we can actually create
an instance of this class. So if we implement this right for now, just printing out print
info,
yeah,
we can come down to our main function, we can type provider doc and then we can invoke
the print info method and we'll pass it in a empty instance of the person class and we'll
see here that it executes that print info method
[inaudible].
So that's a very simple example of how we can define an interface to find a method on
that interface, implement it, and then run it on that. Implementing class. Let's improve
upon the implementation of print info. So here we're going to say basic info provider
and then below that we're actually going to call the print info method on our person class.
So now if we run this, we'll see that we have that basic info provider being printed out
and then the info from the person. Now perhaps we want to encapsulate this logic within the
interface itself. Maybe this print info method, it should always generally work in this same
way. Well, we could actually move the implementation that we've just defined right here up into
our interface C and Kotlin interfaces provide default implementation of an interface method.
So now we can actually remove the implementation of print info from basic info provider and
the code will still compile and run.
So now if we run this, we're going to get the same output. However, there's an issue
with this. We see now in our person info provider interface, we are including the basic info
providers string. Well, we probably don't want that since it is an implementation detail
of basic info provider. So here we could actually leverage another interesting feature interfaces
in Kotlin. We can provide properties on our interfaces as well as methods. So we'll define
a property called provider info of type strength. Now you might be tempted to give this a default
value, but if you do, you'll see that we actually get a compiler error saying property initializers
are not allowed to interfaces. So you will in fact have to override this and any implementing
class. But now that we have this provider info string, we could modify our print info
default implementation to print out that provider info.
So now we've kind of encapsulated this logic into the interface itself. And then the basic
info provider class can now just override that provider info property. And we override
a property in much the same way as a method. So we'll use override vow provider info type
string and then we have to provide the getter. So in this case we'll say basic info provider.
And now if we run this once again that we'll see that we are picking up the overwritten
property value and then still relying on the default implementation of print info in person
info provider. And now if we wanted to still override print info we could absolutely do
that and we could call through to the super implementation if we would like and then we
can print out anything else here and if we were in this one last time we'll
see that we are now relying on the property, the default implementation of print info as
well as now our additional logic and the overwritten implementation of print info. Next up, let's
look at how we can implement multiple interfaces with a single class. To start we'll add a
new interface called session info provider
and then we'll add a method to those called get session ID and that will return a string.
And so now if we come down to basic info provider, we want to make this class implement session
info provider as well. Well I'll be asked to do is to add a comma after the previous
interface declaration and now add session info provider as well. And now once we do
that we'll now see you basic info provider telling us that we don't implement the required
methods so we can come down here and implement get session ID and we can return some session
ID. Now down here on our provider class, we can now see that we can call get session ID
on our basic info provider instance. Now's a good time to talk about how type checking
and typecasting work in Kotlin. To do this we're going to create a new function here
called check types and we're going to take a parameter of type person info provider.
Now let's say that we want to check whether this person info provider is also an instance
of a session info provider. How about we go about doing that? Well we can say if info
provider is session and vote provider and then we'll print that out. Say is a session
info provider. Otherwise print Ellen, not a session info provider and now we will call
this check types function and we'll pass in our provider variable. So now if we run this
we'll see is a session invoke provider printed out to the console. So this conditional was
able to determine that the past in info provider was also an instance of a session in both
provider. Now if we wanted to flip this logic and check that it is not a session info provider,
we can add an exclamation point before that and then we'll just flip these print statements
here and now once again if we run this we'll see is a session in both providers.
So you have the flexibility there to check that either way. Now let's take a look at
how typecasting works. So within this else block we've already checked that info provider
is a session info provider. So we can cast it and then call methods on it as if it was
a session info provider. So we could say info provider as session info provider. The as
is the keyword used to cast something to another type doc, get session ID. So now we're able
to cast info provider is that session and from a provider and call any methods or access
any properties on it that are specific to session info provider. Now Caitlyn also includes
what is known as smart casting, which means that if the compiler can check a type and
validate that that type will not change, then you don't need to do any additional casting.
So in this case we've already validated that info provider is a session info provider.
So we don't actually need to explicitly recast this. We could say info provider dot. Get
session info. And the compiler is performing a smart cast for us. So here we can access
get session ID or other properties and methods on the session info provider without having
to explicitly cast it each time.
We've never seen how a class can implement multiple interfaces as an example of our basic
info provider. Let's now take a look at how a class can inherit from another existing
class and override methods and properties on that base class. To start, let's create
a new file called fancy info provider. Within this file we're going to create a new class
called fancy info provider. We didn't want this class to extend the basic info provider
that we already defined. So we can do that by adding a colon and then typing the name
of the class that we want to inherit from in this case basic info provider. Now as soon
as I do this, you may notice that we have a red squiggly line here indicating an error.
The error says this type is final, so it cannot be inherited from this is a characteristic
of classes in Kotlin by default and Caitlyn classes are closed, meaning they cannot be
inherited from or extended. To extend this basic info provider class, we meet to add
the open keyword by adding the open keyword, it now means that you can inherit from this
class. So if we go back to our fancy info
provider, you'll now see that our error has gone away and we can now override methods
and properties in this class. Now let's start by overriding the provider info property.
So we'll add the opening closed curly braces to our class definition and then I can start
typing provider info and you'll see that the IDE is suggesting the property available to
us to overwrite. So I'll hit enter and that will go ahead and auto complete the property.
Now notice it has the override modifier indicating that this property is being overridden and
I noticed that it automatically provides a custom getter and you'll see that it defaults
to deferring to the super implementation of this. So we could actually override this just
like this by saying fancy info provider. If we were to then come back to our main function
here and replace this with an instance of fancy info provider and we rerun this, what
mousey is printing out fancy info provider so that provider info is being correctly overwritten
in our new extended class.
Now let's try overwriting the print info implementation in our fancy info provider class. So if I
start typing print info, once again, we'll see the IDE suggesting the method that can
be overwritten. I'll hit enter and again by default this will call through to the super
implementation of print info within basic info provider. And so I can then add another
line here that just maybe says something like fancy info. And if I come back and run my
main function and that we'll see the base implementation is the basic info provider
implementation. And now this extra line added by our implementation of fancy info provider.
Now I want to illustrate one last point in regards to inheritance, but before we do,
let's refactor basic info provider a little bit. Instead of hard coding the session ID
here, let's add a property to hold that value. So we'll come here and we'll say Val and we'll
say session IB prefix, let's say equals session. And now we roll return session ID prefix right
here in our implementation of GIP session ID. So now if I come into fancy info provider,
I want to override that new session info prefix.
So to do that I might start typing session and you'll notice that it's not auto suggesting
that new property that we just added. This is because to overwrite a property and a derived
class, you have to Mark that property as open. This is just like extending a class so we
can come here to session ID prefix and add the open modifier as soon as we do that. If
we start typing once again, now we'll see it's suggesting the option to override session
ID prefix. So just like the provider info property, I can now override this and I can
say fancy session. So this is just one other way in which Kotlin works to enforce immutability.
It forces you to Mark both your classes, your properties, and your methods as being explicitly
open for extension. Now there's a small problem with this new session ID prefix that we've
added.
It's really meant to be an implementation detail of the class. However, if we come here
to our call site where we're using a fancy info provider variable, you might notice that
we can actually access that prefix directly. This isn't ideal because like I said, it's
an implementation detail. Our API shouldn't really be exposing that property. Now the
reason it's available is because we have defined it as a public property. So what can we do
about this? Well, if we want it to be available and our child classes but not to the public
API, we could add the protected modifier. So now that property is protected down here,
when we try to access it, we get an error saying cannot access session ID prefix. And
if we come back to fancy info provider, you'll see that we can still override that property
without any trouble.
Now that we've explored how we can extend an existing named class, let's look at how
we can create an instance of an anonymous interclass using an object expression. To
do that. We'll come over to our main function here and now instead of instantiating an instance
of fancy info provider, we're going to create an anonymous interclass. So we'll delete that.
And to start off to create our object expression, we can type object, colon and then the name
of the class that we want to extend. In this case it'll be person info provider. Now within
this class we can
override any available properties or methods. So in this case I'll update the provider info
and just say something like new info provider. Now notice below here that our provider dot
get session ID call is now being marked as an error. That's because there is no guest
session ID on person info provider. But we could go ahead and add a new method to our
object expression here. So we can just say fun, get session, I ID equals and then we'll
just put in a value here. So you see you can not only override the existing properties
and methods, but you can add to them as well. Just like you could in any other name to class.
And now if we run this code, we'll see new info provider being printed out to the screen.
So an object expression allows you to create an anonymous inter class so you don't have
to create a new named class. So this might be useful for things like a click listener.
If you were working in, let's say, Android development.
Now that we've explored object expressions, we're going to now look at companion objects.
And to do that, we're going to create a new file and we're going to name that file entity
factory. Now imagine we want to create a factory to create instances of something called entity.
So to start we might create an entity class and maybe that class will have a single ID
property to start. Now we want to make this a factory like we said. So what we might want
to do is change this constructor to be private. And so now if we add a main function and we
try to create an instance of entity, we'll see that we have an issue here. Well notice
that there is this error saying cannot access in it. It is private to entity. So this is
because of that private constructor. Well, so what can we do?
This is where a companion object could come in handy. A companion object is an object
is scoped to an instance of another class. So within our block body here, we can type
companion object. Now we could create a create function called fun create and we'll have
that simply return an instance of entity. And for now we'll just pass it in a placeholder
ID. So now we can come back down to our main function and we can type entity dot companion
dot create. And we can use this to create an instance of that class. This works because
companion objects have access to private properties and methods of that in closing class. Now
in this case, we can actually shorten this by removing the reference to companion altogether.
That new companion is implicit and if you're using it from Kotlin, you can leave it off.
However, if you were using this companion object from Java, you would have to reference
that companion object instance directly. You can also rename your companion object. So
if we wanted to name this something like factory to be a bit more explicit, we can then say
doc factory and reference it that way. And so again, not needed from Kotlin but it could
be a good way to make your code more understandable from the Java side of things. If you're doing
a lot of Java to Kotlin interrupt, we can also store properties within our companion
objects as well. So in this case we can create a const thou well
ID equals IB and then we can come down here and replace our entity and pass that in. Now
that we have this ID property added to our companion object, we can reference it from
other calling code as if it was a static property like we're familiar with from Java. So we
could do that by typing entity dot. And then we can reference that ID property directly.
Now competing objects are like any other class and that they can also implement other interfaces
to demonstrate that we'll create a new interface called ID provider with a single method this
called get ID. It will return a string. Now then come down to our companion object declaration
and we can make it implement ID provider the same way we would with any other class. We
can then choose to implement the required members and then here we will just return
a simple ID and so now when we create our instance of ID, we could rely on this ID method
if we want it. So you see companion objects can be quite flexible if you need them to.
You could use those to compose other types of behavior, store your semi static properties
or methods and use them to create factories by referencing private inner properties or
methods of the enclosing class. This is really what you would want to leverage if you want
functionality similar to that of static members
and field from the world of Java. Now that we've covered object expressions and companion
objects, let's take a look at creating an object declaration. To start, we're going
to clean up some of this code we've been working with so we will remove this implementation
of ID provider and we will go back to using a placeholder ID. We'll remove this reference
to entity ID and we can remove this ID provider interface. Now what our object declarations
and object declaration is a convenient way of creating threads saved singletons within
Kotlin. We can do this by using the object keyword and then a class name in this case
entity factory. Now within this you can add any types of properties or methods that you
would like. So let's start by migrating our create method from our companion object into
heart entity factory and now we can remove that companion object and instead we can reference
entity factory dot create.
Now there's one small problem with this so far, which is that entity still has only a
private constructor. Now we're going to remove that private modifier for now so that we can
use that constructor. However very shortly we will continue to refactor this code to
limit the ways in which entities can be created. Now before we go on and continue to explore
some of these other class types in Kotlin, let's add to our entity class by implementing
two string so that if we print out an instance of entity, we get some nice user readable
text. So we can start typing two string. And then I'll use a string template here and we'll
say ID colon is ID. And then we will also add in a name property here, Val name of type
string.
And then we'll say name and then substitute in that main property. And then here in our
create method we will just put in a generic name. And now down here we can use a print
line statement and pass in our instance of entity. And now we see our new two stream
texts being printed out to the console. So this will help us going forward demonstrate
some of how these other classes are going to work. All right, now that we can print
out useful information about an instance of an entity, let's refactor our create factory
method to actually differentiate instances of entity. So to do this, we're going to change
this and make it no longer a single expression function. So we will add a return type of
entity and then we'll add a return keyword. And that will, we'll add entity. Now the first
thing you want to do here is actually add a proper ID value.
So here you could say Val ID equals you do ID dot random U U ID dot two string. So this
will give us a new random identifier and then we can pass that into our entity. But now
we have this main property. So what can we do to pass in a name here? Well one thing
we might do is think about differentiating between different types of entities. So in
a very basic case, maybe you want to differentiate between easy, medium, and hard difficulties
of these entity types. So we might want to then have some way of passing or indicating
to this factory method, what those different types should be. So what am I, we could do,
this is with an ENM class. Now if you're familiar with Java and Enim class is going to be very
similar to what you're familiar with from [inaudible] in Java. To do that, we can start
typing email and then class. And then in this case we might name this something like entity
type and open and closed curly braces. And then we can iterate the different instances
of the email. So in this case we might say easy, medium, hard. So now we can come down
here to our create method and then we can add a type parameter of entity type.
And so now we could say vow name equals when type. And then we are going to add in the
remaining branches. So now we have a branch for each of our entity types. And then for
a basic name, I'm just going to map these to a string. So say easy, medium and hard.
And so now I can pass in that name. So now our factory method actually allows us to differentiate
and create different types of instances. So down here we might start off by creating an
easy entity and then we'll print that out. And then we might say vow medium entity equals
entity, factory dot. Create entity tight medium. And then we can print that out as well.
And if we run this well, now see that we have a unique identifier for each entity. And then
we have the customized name based on that entity type. So the addition of this ENM class
to represent our entity type has allowed us to pass in different types to our factory
method and then customize the way that those entities are created by mapping the entity
type to a name. Now in this case, we're mapping the name very closely to the name of the actual
class itself. So to make this a little bit easier and more encapsulated, there's a couple
of things we could do. So the first thing we could do is take advantage of the name
property on an ITAM class. So to do that, we could reference our type dot nay. So this
is referencing the name of that actual [inaudible] class. And if we run this, we can see what
that name looks like.
So you see it's easy all in capital letters. This matches exactly the way that the class
name is actually defined. So this allows us to reference the classes name directly without
having to map it manually. Now this is nice, however, we don't have a lot of control over
the formatting here. So another thing we could do is actually add a new method to argue in
class. So in this case we get add fun, get formatted name, and then we can reference
that named property.to lowercase dot capitalize. So this will return us that preform at a name
and capitalize the first letter. So now down here we can update our medium mapping and
type type dot get format in name. And so now if we run this code again, we'll see that
the first one by using the name property directly is all capitalized. But now by using our new
format and method, we have a nicer format similar to what we were using before. So that's
just one example of how you can define an Enon class and then add additional properties
and methods that class like you would any other class.
Now let's continue refactoring this code to further differentiate between different types
of entities. To do that, we're going to leverage a sealed class seal classes allow us to define
restricted class hierarchies. What this means is that we could define a set number of classes
all extending a base type, but those classes will be the only ones that can extend that
base type. So one example of this could be a loading state or results state for a network
operation. It's either going to succeed or fail and there aren't really any other options.
So in the right place we're going to create a sealed class with an easy, medium, hard
and help entity types. To start creating our sealed class hierarchy. We're first going
to remove the properties from our entity class as well as this existing override of the two
string method. The next step is to add the sealed keyword before the class keyword in
the entity class declaration.
As soon as we do that, we'll start getting an error above where we tried to create an
instance of entity. This is because you can't instantiate based sealed class type directly.
So this is now where we will create each type within our sealed class hierarchy. So the
first type we're going to create is a David class to represent easy entities. And then
we will add the properties we want in this case the ID and name, and then we want to
make sure that we inherit from entity. So next up we can copy that and update the name
for the medium type. And now for the third type, once again we'll copy that, we'll name
this hard, but now we're going to add an additional property. This property will be called multiplier
and we'll be afloat and this can represent some type of difficulty, multiple fire if
we were creating a game for example.
Now notice that all of these types within the sealed class all extend from entity but
have different types of properties. This is one of the key differentiators between sealed
classes and [inaudible] classes. With seal classes, you can have different properties
and methods on each of these type and the compiler can perform smart casting to allow
you to use these different properties and methods as you would like. We can also use
different types of classes itself within our sealed class. So you notice that these are
all created as data classes. However, if we wanted to remove data from one of these, that
would be perfectly fine. We could also use object declarations within our seal class
hierarchy. So this case will create an object class called help to represent some type of
generic static help entity within our program. Now because help doesn't have a constructor
because it's static. In this case, we can add a class body and we could add a name and
add help directly. And in this case, more ad ID. Since it's a Singleton and there's
only going to ever be one instance anyways,
now that we have our seal classes defined, we're going to update our factory method to
instantiate and return different types of entity classes. So we'll come up here to our
return statement and instead of returning an entity directly, we're going to use a wind
expression based on the entity type being in class. We'll then add all of the needed
branches. And so when we have an easy type, we want to instantiate an instance of the
easy class. So to do that we'll type D Z and then we will pass an ID and name. And similarly
for media type, entity dot. Media ID, combat name. And now for hard, once again we'll pass
it and entity dot hard ID name. But now again we have this additional property type and
the compiler recognizes that. So for now we'll just pass it in to F as our multiplier.
Now notice though that we have this help entity being unused. So let's update the factory
to allow us to create instances of the help type. So we'll come up to our entity type
Unum class and add a help type here. Now notice as soon as we added that additional type on
the entity type in them class are when expressions one to us that we need to add an additional
branch. So to do that, I'll add the remaining branch here and I'll default to typed up get
format name. And once again below here I'll add the remaining branch. And in this case
I'm just going to return help directly.
Oh, notice here that help is giving us an error. It's saying required and to be found
entity that help. This was done to demonstrate what happens if you do not extend from the
base entity type. So if we come down to our entity class here and you notice our object
declaration for help, if we then add a colon entity to extend from entity, we'll now see
that error go away. So this is a good example of how the compiler can help give us this
nice static type checking and all of these things. And if we are combining even classes
was sealed classes with these, when expressions get allows us to be sure that if we add a
new type or a new branch somewhere that we have to handle that effectively because the
compiler will warn us or even give errors if we're not handling all of those different
branches. Now let's come down to our main function and demonstrate one of the advantages
of representing our entities as a seal class hierarchy.
So if I remove everything, but this first instance of creating an entity, I'm going
to specifically add a type here of entity. And so now if we, if we come down again, we
can use a one expression and we'll say, now we can go down here and use a wet expression
to do some type checking about the entity that we have just instantiated. So here we'll
say Val, message equals when entity. And now again we're going to rely on the IBE to add
all the remaining branches. So there's a few things of interest to note here. So we'll
see that for an easy, medium and hard, it's adding. This is check. So this is going to
basically tell if it's an instance of that class or not. But then notice for the help
class, because that's an object declaration and as a Singleton there's no need to have
it is.
So in that case we can reference that class directly. And so now here we could add whatever
message we wanted. So we could say help class, easy class, medium class and hard class. And
then if we simply print that message out and run the code, we can see in this case we're
getting an easy class. And then if we change what we pass into our factory method and rerun
this, well now see that we're getting the help class. So now we have static type checking
both and specifying what type of entity we want back and and checking the type that we're
actually getting back from that. And so we could use this to then call any methods or
properties that are specific to that class. And if we were operating on these types as
in a one expression here, if we ever added a new type, that compiler would be sure to
make sure that we handled the addition of that new type.
So now let's return to our sealed class hierarchy for a second and dive more deeply into what
data classes are. So you see here both easy and medium and hard are all defined as data
classes. Data classes are cotton's way of providing very concise, immutable data types.
By defining a class as a data class, it means that it is going to generate methods such
as equals hashcode into string automatically for you. What this allows us to do is perform
a quality comparisons on instances of these data classes and treat them as equal if the
data they contain is equal. So here's an example. Let's explore what this looks like. So we
can say Val entity one equals entity factory that create and will create an easy entity.
And then we're going to create another version of this. And then now we can check their equality
comparison.
So you can say if entity one equals entity two per DeLeon, they are equal else per Delon,
they are not equal to. Now if we run this, what will we see? They are not equal. And
that's to the expected. That's because if we come back up to our factory, we'll notice
that we are creating different unique ideas each time. So even though that the name is
the same, the unique ID is different. So now let's update this and see what it looks like
if we pass the same data in. So in this case we could create an easy directly and this
case will pass in ID comma name and then we will duplicate this for entity two. And so
now if we run this, we're going to expect to see you. They are equal and of course they
are. So this is really convenient. This allows us to represent data within our applications
and compare this data no matter where it comes from.
And as long as those properties are all the same, we're going to be able to evaluate these
as true. Now another really interesting thing that data classes give us are effective copy
constructors. So we can create an instance of entity two by copying entity one entity,
one dot copy. And because this is a direct copy, if we run this once again, we're going
to see they are equal. However, we could also use named arguments with the copy constructor
to change the value. So let's say we only wanted to change the BAME and you could say
name equals new name. And once again, if we rerun this, we're going to see they are not
equal. So you could see changing a single property and the data class is going to impact
whether or not two instances evaluate to true or not when compare.
Now one thing to notice is this is comparing the value of the data themselves. If we wanted
to U S referential comparison, we hit add a third equal sign here and this will check
whether or not it's the exact same reference or not. So in this case they are not equal.
However, this isn't all that surprising since the data was also equal. So what about if
we revert this and make this an exact copy again? So before if we were just using two
equal sign, the data would be the same. So it would print, they are equal. However, by
using three equal signs and using referential equality, we see they are not equal. That's
because it's not the same exact reference of the object. If we updated this to be entity
one equal equal equals entity one and run this, now we'll see they are equal.
So that's just one way in which we can check whether or not we have the exact same object
or if it's two different objects that have the same data. Now also keep in mind that
these equality comparisons are working off of the generated equals and hash code methods
generated by the compiler when indicating a data class. However, we could update this
to change how the equals or hash code is evaluated and to do that we would do it like any other
class. We could add a class body and then we could simply override equals and or hash
code. Now as in Java best practice, if you're going to override one of these, you should
really override both of them and you have to follow the same rules, but you have that
freedom if you would like to.
Another really useful feature in Kotlin is the ability to define extension functions
or extension properties on an existing class. This is particularly powerful if you're working
with classes that you can't control but would like to modify the way in which they're used.
You can define your own properties and methods and defined kind of a new API around the existing
class. So an example of this would be adding a new method to the medium class without actually
defining that method within the definition of the medium class. So to do that, let's
come down here and you can start off by typing the fun keyword. And then instead of directly
typing the method name, we can reference the class name. Dot. And this case will type print
info.
And then we can define our function buddy. So in this case we'll just say medium class
with the ID and that'll be it. And so if we wanted to come down here and now create an
instance of entity dot medium directly, we could do that. And then we could call that
print info method. And if we run that code, we'll see a medium class and then that ID
printed out. So this is great if we know that we have that exact type that we're working
with. And in cases where we don't know if we have that direct type, we could rely on
smart casting. So if we update this to you, their factory say entity factory, create entity
type medium. Now we can say if entity two is medium entity, now we can reference that
new print info method.
This is done because the if statement will only evaluate to true if that cast is successful.
So anywhere within that context it will automatically perform the smart cast for us. And like I
said before, not only can we define extension methods, but we can also define extension
properties as well. To do that, we could start off by saying Val or VAR. In this case we'll
say vow and then again we'll reference the class type. So medium dot we'll say info will
be this property name string equals some info. If you do that, notice that we have this air.
If you look, it says extension property cannot be initialized because it has no backing field.
So to actually create an extension of property for an existing class, you need to rely on
backing fields. Thankfully the IDE can generate this forest, convert extension property initializer
to a getter.
So once we do that and notice here that we have still defined our property but now we're
relying on this custom getter for that property and so now if we come back down here within
our, if statement that's doing our smart cast for us, we could reference that new info property
directly. So this is how extension functions and properties work. You could use these anytime
you want to add additional functionality to existing class. You might notice within the
Kotlin standard library that many functions and operations work by using extension functions
in classes be are particularly effective when using them with template ID types
because it allows you to define the same common functionality across any type that matches
that template. Now up until this point, we've covered a lot of things. We've looked at the
basic type system of Kotlin, how to work with different variable types, how to work with
basic functions and then diving into more advanced functional topics like named arguments
and default parameter values. And then we took a deep dive into modeling data with Kotlin.
So now I'm going to circle back to functions and specifically take a look at higher order
functions and how to work with functional data types. Now what are higher order functions?
Higher order functions are functions that either return another function or that take
functions as perimeter values. Now much of Kotlin standard library is built on top of
higher order functions and it's what really allows us to write highly functional code
by leveraging that standard library.
So let's take a look at how we can write our own higher order function. To start we have
a new Kotlin file and we're going to define a new function. So we'll call this fun. And
then we're going to call this print filtered strengths. And now the first argument to this
is going to be a list of strings. So we'll call this list and then define it as list
of string. And now the next thing we're going to do is define a parameter which will in
fact be a function. That function will take in a string and return a bullying. We can
then use that to filter out values in the past collection. So to define a function parameter,
you could start off by defining the parameter name as usual. And this case, we'll name it
credit kit, followed by colon. And now you have to define the type as you normally would
to define a functional type.
You can start by adding your parentheses. This will define the parameters of the function
being passed in to your other function. So in this case we are going to take a string.
He'll then add the arrow, and then you want to define the return type. So in this case,
that will be bullying. And now we'll add the open and closed curly braces to define our
block body. So now we have a parameter called predicate, which will be a function that takes
in a string parameter and returns a Boolean. Now we can implement our print filtered strings
function to make use of that predicate function to filter out any strings in that past list.
So to implement this function, first off, we want to iterate over each string in the
past list. So to do that, we could say list doc for each and now we will be able to iterate
over each of those strings.
So now what we want to do is evaluate the predicate for each stream in the collection.
So we can call the predicate function in several different ways. So to start we'll say if,
and then the easiest way to invoke the predicate is to simply say predicate open and close
parentheses and pass in the parameter value. A parameter that is a functional type can
be called as if it was a regular function. As long as you can satisfy the required arguments.
So in this case we can say if predit kit returns true, then we can print out that string. Now
to test this, we'll come down here and we will add a main function and we will say vow
list equals list of, and then we can say something like Kotlin, Java C plus plus Java script.
And now we could call print filtered strings pass in our list.
And now we need to pass in a function as the second parameter to print filters, drinks.
So we can do that by specifying a Lambda, and in this case we will say it starts with
K. so this Lambda is going to evaluate to true if any of the past strings begins with
a K. now if we run this function, we'll see only Kotlin print it out to the screen. If
we were to update this to print things out, that started with a J, well now see Java script
and Java. Now one thing to notice is it in our invocation of print filtered strings,
we've passed our Lambda within the parentheses of that function in vacation. However, this
is something that we don't have to do. As we mentioned earlier, we can take use of Landus
syntax, which says that if the last parameter of a function is a function, you can specify
that as a Lambda outside the function body. So we can restructure our function to look
like this. We can pass in the list first and then specify or Lambda outside of the parentheses.
So this is actually very similar looking to the for each function which we called up above.
And in fact if you look at the implementation of for each is in fact a higher order function.
The Lambda that we specify after invoking for each is a function which will operate
over each string and that list. Now if we come back up here to our implementation notice
we are calling the function parameter directly as if it was a regular function. So this works
absolutely great in most situations. However, if we were to make this function, type a NOLA
ball type by wrapping it in parentheses and adding new question Mark. Well now see an
error in our implementation of print filtered strings. That error basically says that you
cannot invoke that function parameter by using the parentheses directly. If it's a nullable
type to get around this, we can make use of the invoke method on that functional type
and then we can make use of the safe call operator and now, but updating this to do
a safe invoke call on the predicate function.
We can handle this rather not the predicate is no calling invoke will invoke the function
just as it would any other indication of a function. So now down here nothing has changed
and how we can call print filtered strings. However, we could also pass it in list and
now we could pass in no as a no function. So we've seen how we can treat functions as
parameters to other functions and these function parameters are really treated as tight. Just
the same as let's say integer or string. Caitlyn has this idea of functional types. It's a
first-class part of the language. This means that we could define a variable of a functional
type and then pass that variable in any time. We needed a function parameter that matched
that function signature. So an example of this might be something like vow credit kit
and then we will define our function type to match that of our print filtered strings
function.
So in this case it'll take a string and return bullion and now we'll define our function
the same way that we were doing it before. By saying if the string starts with aJ , go
ahead and return true. Now instead of invoking print filters, strings with a landed pass
to it, we can pass in our predicate variable directly. And now if we run this, we'll see
the same output as we would before. So this allows us to store function as variables.
This can be really useful for things like optional input handling. For example, maybe
you have a view on some screen and you want to be able to specify a ClickList center for
that view. You could define that as a Lambda property on some class and allow client code
to set that ClickList center as needed. As we mentioned before, higher order functions
include functions which take other functions as parameters, as well as functions that return
other functions.
So let's define a function called get print predicate and it'll take no parameters, but
we defined its return type as a function which takes a string and returns a bullion. And
now we can return that value by saying return. And then we could pass a Lambda and say it.
That starts with J. So we're passing essentially the same type of Lambda that we've been using
in these other examples. But now we've wrapped it in this other function and so now and so
then passing predicate directly or instead of defining a new Lambda as our function parameter,
we could instead call get print predicate as a function on its own, which will then
return a function which then can be used as the predicate for print filtered strings.
And if we run this once again, we'll see that our output hasn't changed though. So higher
order functions can work as both inputs and outputs and Kotlin allows you to define properties
with functional types.
So through this function's really become a very powerful and first-class part of the
language that can start to replace a lot of other instances. For example, you might find
yourself relying more heavily on functions to define things like event or a ClickList
centers rather than defining concrete interfaces for those same types of functionality. Now
this was recently mentioned. Much of the Kotlin standard library is built around higher order
functions and especially a higher order functions defined with generic types. So if we look
at the implementation of four each, well notice that this is actually an extension function
as well as a higher order function. So for each works on generic Iterable type and takes
in a function parameter that takes in that generic type and returns unit. So this essentially
allows us to iterate over each element in the collection and then call that action on
it and it doesn't have to return anything.
And similarly for each index takes in a single function parameter as well. But this one takes
in an event to represent the index as well as the generic type. This allows us to iterate
over each element in the collection while incrementing a counter and then passing that
counter into the function parameter as the index. The power of generic types, extension
functions and higher order functions allows us to write single implementations of these
methods and then reuse them over any type that we can think of. Now this is very powerful
and can allow us to write much more functional code without having to redefine these methods
and functions for all of our different types. So let's take a look at example of how we
can combine some of these different functional operators to perform complex operations with
very little code. We'll come into this new main function here and we'll start off by
defining a list of strings.
Once again. Now let's look at some ways in which we can chain these functional operators
together to do more interesting things. So as we've seen before, we can do a simple for
each to iterate over each item in this collection and print it out. And if we run it, we'll
notice that we see all of the programming language printed out to the console. Now what
if we wanted to print out only the strings that start with J plus similar to the functions
we were working with before, we could do that by making use of a filter operation. So we
have a lot of options to choose from. In this case, we will just choose a generic filter
and then we will use a predicate which says it starts with J and now if we run this was
he, he had only Java and Java script printed out. Now, what if our collection included
some no values?
So as soon as we add, no, we see now here in our filter operation, it's warning us that
Hey, this value might be no, you need to add a safe call weld in Kotlin. Oftentimes we
don't want to work with no, we want to try and hide no as much as possible. And so we
could make use of another functional operator called filter not know. What this does is
immediately filter out any no values up front. So everything past that in the functional
chain will be guaranteed to be not. No. So as soon as we added filter, not know, we no
longer had to deal with a possible no string. And if we run this once again, we'll see only
Java and JavaScript printed out.
Now what if we wanted to change the type of this? Let's say we wanted to convert this
from a string to an integer, which represents the length of that input string. We could
do this type of transformation using a map function. The map function will take in whatever
the previous type is in this case string, but it'll allow us to return any other type
we want. So in this case, we might define our map function as simply returning the length
of the string. As soon as we've done that. Now below that in the for each, the type has
changed from string to end. And now if we print this out, we'll see four and 10 printed
out for representing the four characters in Java and 10 representing the 10 characters
in Java script. Now let's remove this mapping and let's remove the filter. And instead,
let's imagine that we want to take only a certain number of items from this collection.
So we can do that by using the take function and passing in. Let's say three. What that'll
do is we'll take the first three items from that collection and then we'll be printing
out each of those three names. So you see in this case we're getting Kotlin, Java and
C plus plus. Alternatively, if we didn't want to take the first three elements in the collection,
we could use take last today, the last three. So in this case we see Java C plus plus and
Java script and it has skipped over Kotlin since that was not one of the last three elements.
We can also do other transformations such as associating the input values with some
other value to return a map. So let's create a map that essentially maps the string to
the number of characters in that string. So to do that we could say associate, and then
in this case we could say it to it dot length. And so now in our, for each function, instead
of iterating over strings, we're iterating over map entries of string and event. So in
this case we can now use a template string and say it got value comma it dot key.
And if we print this out, we'll see the length comma followed by the name. This makes it
really easy to map all of the input strings to some other value and then iterate over
that map. Now, what if we didn't want to iterate over the map but instead just wanted to hold
on to that in a variable? Well, instead of using a fork each at the end, we could assign
this to a variable just like this. The continent standard library also provides a variety of
functions to help us pull out individual elements from a collection to demonstrate that that's
created a variable called language. And then we're going to perform different operations
on our list to grab a single language string from our list. So we could do that in a number
of ways. We could say list dot first and if we print this out, we'll expect to see Kotlin
as that is the first language in the list.
Alternatively, we could say we'll start last and in this case you'll see that it's actually
printing out. No, since [inaudible] was the last value in that list. Now, if we didn't
want to retrieve a null value from our list and instead wanted the Alaskan non-male value,
once again, we could add the filter, not no function, which we used previously. And now
if we rerun this, we'll see Java script printed out instead, since this is the last non no
value. Now what if we wanted to find a specific item in the list? Let's say we wanted to use
the find function and in our predicate we'll say it got starts with and we'll pass in Java
as a street. So this is going to find the first value in this list that starts with
Java. So in this case it actually returns us Java and alternatively we could use find
last to find the last element in the collection that matches this predicate, in which case
it's going to return JavaScript.
Now what happens if we are searching for a string which doesn't match our predicate?
We can test that by looking for a string which starts with food. If we then run this, we'll
see no print it out to the console. This is because there is no matching string. So fine.
Last is going to return. No. And then the print line statement, we'll print out. No
if it has a null value. Well what if we didn't want to work with no? What if instead we wanted
to use an empty string as the placeholder? Well, strings in Kotlin have a useful function
called or empty. So we can actually chain that directly off of find last here and call
or empty. So at this will do is return either a nano string or a static empty string. So
now if we run this once again, instead of no, we're just seeing empty, we're not printing
anything out.
So this is one way in which you could default your collections or your strings to an empty
value as opposed to a no value. And this is something you might want to consider doing
more and more of in Kotlin as you start to move away from relying on null. So as we've
seen, Caitlyn has first-class support for functions including functional types and higher
order functions, and the Kotlin standard library builds upon those tools and provides a rich
set of functional operators for us to use. This allows us to build powerful functional
chains to transform our data and make complex workflows much simpler. All right, that's
it for this tutorial. You now have a good understanding of the fundamentals of Kotlin
and how to work with it, and you're now ready to start taking that knowledge and applying
it to other domains. Until next time, devs.