Welcome back! Next we continue our journey with interfaces. In the last lesson we examined how to use interfaces. Now we’ll look at how to provide them in our own classes, and the kind of amazing things that this can unleash. Let’s go!
But let’s start with some debugging practice!
Last time we focused on using interfaces. In this lesson we’ll discuss implementing them ourselves. Along the way we’ll also discuss more about exactly how interfaces are so powerful.
As we begin to focus on using interfaces, it makes sense to think about an interface as a contract.
implement an interface in one of your classes, you agree not only to provide certain methods, but also that these methods will do certain things!
Let’s return to our favorite Java interface—
Comparable—for an example of how to read an interface like a contract.
Now, let’s put what we’ve learned to use by designing a new
class and making it
Another important way to think about interfaces is as something called an abstraction barrier.
An abstraction barrier separates two parts of a program or system in ways that allow them to develop independently.
Again, let’s return to
Comparable to discuss exactly how that works!
Create a public class
LastOdd that implements the following interface:
This is a distinction that can be tricky for people. So let’s go through an example together and discuss the differences.
Create a public class
RunningTotal that implements the following interface:
Create a public class named
Location should define a single public constructor that accepts two fields: a latitude and longitude position,
double values, in that order.
Your constructor should reject invalid latitude and longitude values by throwing an
Valid longitude values are between
180.0, inclusive, while valid latitude values are between
Provide getters (but not setters) for the
longitude following our usual conventions.
Your class should also implement the
Rachel Kroll may not be a household name. But she’s both an incredibly talented system administrator and a prolific author, having authored over 1000 posts on “software, technology, sysadmin war stories, and more.” Her writing is invariably both technically sharp, and infused with the wry humor of someone who has had a great many opportunities to observe the foibles of both people and machines. Not all of her writing will necessary make sense to you at first—but it will be there waiting once you have more experience and can appreciate it better, and likely largely as relevant in a decade as it is now.
Rachel Kroll has a few talks up online, but they’re long. So instead, please just read and enjoy this short piece commenting on code complexity. “Code runs on people. Please keep it simple.”
Need more practice? Head over to the practice page.