Classes
Traditional JavaScript uses functions and prototype-based inheritance to build up reusable components, but this may feel a bit awkward to programmers more comfortable with an object-oriented approach, where classes inherit functionality and objects are built from these classes. Starting with ECMAScript 2015, also known as ECMAScript 6, JavaScript programmers can build their applications using this object-oriented class-based approach. In TypeScript, we allow developers to use these techniques now, and compile them down to JavaScript that works across all major browsers and platforms, without having to wait for the next version of JavaScript.
Classes
Let’s take a look at a simple class-based example:
The syntax should look familiar if you’ve used C# or Java before. We declare a new class Greeter
. This class has three members: a property called greeting
, a constructor, and a method greet
.
You’ll notice that in the class when we refer to one of the members of the class we prepend this.
. This denotes that it’s a member access.
In the last line we construct an instance of the Greeter
class using new
. This calls into the constructor we defined earlier, creating a new object with the Greeter
shape, and running the constructor to initialize it.
Inheritance
In TypeScript, we can use common object-oriented patterns. One of the most fundamental patterns in class-based programming is being able to extend existing classes to create new ones using inheritance.
Let’s take a look at an example:
This example shows the most basic inheritance feature: classes inherit properties and methods from base classes. Here, Dog
is a derived class that derives from the Animal
base class using the extends
keyword. Derived classes are often called subclasses, and base classes are often called superclasses.
Because Dog
extends the functionality from Animal
, we were able to create an instance of Dog
that could both bark()
and move()
.
Let’s now look at a more complex example.
This example covers a few other features we didn’t previously mention. Again, we see the extends
keywords used to create two new subclasses of Animal
: Horse
and Snake
.
One difference from the prior example is that each derived class that contains a constructor function must call super()
which will execute the constructor of the base class. What’s more, before we ever access a property on this
in a constructor body, we have to call super()
. This is an important rule that TypeScript will enforce.
The example also shows how to override methods in the base class with methods that are specialized for the subclass. Here both Snake
and Horse
create a move
method that overrides the move
from Animal
, giving it functionality specific to each class. Note that even though tom
is declared as an Animal
, since its value is a Horse
, calling tom.move(34)
will call the overriding method in Horse
:
Public, private, and protected modifiers
Public by default
In our examples, we’ve been able to freely access the members that we declared throughout our programs. If you’re familiar with classes in other languages, you may have noticed in the above examples we haven’t had to use the word public
to accomplish this; for instance, C# requires that each member be explicitly labeled public
to be visible. In TypeScript, each member is public
by default.
You may still mark a member public
explicitly. We could have written the Animal
class from the previous section in the following way:
ECMAScript Private Fields
With TypeScript 3.8, TypeScript supports the new JavaScript syntax for private fields:
This syntax is built into the JavaScript runtime and can have better guarantees about the isolation of each private field. Right now, the best documentation for these private fields is in the TypeScript 3.8 release notes.
Understanding TypeScript’s private
private
TypeScript also has its own way to declare a member as being marked private
, it cannot be accessed from outside of its containing class. For example:
TypeScript is a structural type system. When we compare two different types, regardless of where they came from, if the types of all members are compatible, then we say the types themselves are compatible.
However, when comparing types that have private
and protected
members, we treat these types differently. For two types to be considered compatible, if one of them has a private
member, then the other must have a private
member that originated in the same declaration. The same applies to protected
members.
Let’s look at an example to better see how this plays out in practice:
In this example, we have an Animal
and a Rhino
, with Rhino
being a subclass of Animal
. We also have a new class Employee
that looks identical to Animal
in terms of shape. We create some instances of these classes and then try to assign them to each other to see what will happen. Because Animal
and Rhino
share the private
side of their shape from the same declaration of private name: string
in Animal
, they are compatible. However, this is not the case for Employee
. When we try to assign from an Employee
to Animal
we get an error that these types are not compatible. Even though Employee
also has a private
member called name
, it’s not the one we declared in Animal
.
Understanding protected
protected
The protected
modifier acts much like the private
modifier with the exception that members declared protected
can also be accessed within deriving classes. For example,
Notice that while we can’t use name
from outside of Person
, we can still use it from within an instance method of Employee
because Employee
derives from Person
.
A constructor may also be marked protected
. This means that the class cannot be instantiated outside of its containing class, but can be extended. For example,
Readonly modifier
You can make properties readonly by using the readonly
keyword. Readonly properties must be initialized at their declaration or in the constructor.
Parameter properties
In our last example, we had to declare a readonly member name
and a constructor parameter theName
in the Octopus
class. This is needed in order to have the value of theName
accessible after the Octopus
constructor is executed. Parameter properties let you create and initialize a member in one place. Here’s a further revision of the previous Octopus
class using a parameter property:
Notice how we dropped theName
altogether and just use the shortened readonly name: string
parameter on the constructor to create and initialize the name
member. We’ve consolidated the declarations and assignment into one location.
Parameter properties are declared by prefixing a constructor parameter with an accessibility modifier or readonly
, or both. Using private
for a parameter property declares and initializes a private member; likewise, the same is done for public
, protected
, and readonly
.
Accessors
TypeScript supports getters/setters as a way of intercepting accesses to a member of an object. This gives you a way of having finer-grained control over how a member is accessed on each object.
Let’s convert a simple class to use get
and set
. First, let’s start with an example without getters and setters.
While allowing people to randomly set fullName
directly is pretty handy, we may also want enforce some constraints when fullName
is set.
In this version, we add a setter that checks the length of the newName
to make sure it’s compatible with the max-length of our backing database field. If it isn’t we throw an error notifying client code that something went wrong.
To preserve existing functionality, we also add a simple getter that retrieves fullName
unmodified.
To prove to ourselves that our accessor is now checking the length of values, we can attempt to assign a name longer than 10 characters and verify that we get an error.
A couple of things to note about accessors:
First, accessors require you to set the compiler to output ECMAScript 5 or higher. Downleveling to ECMAScript 3 is not supported. Second, accessors with a get
and no set
are automatically inferred to be readonly
. This is helpful when generating a .d.ts
file from your code, because users of your property can see that they can’t change it.
Static Properties
Up to this point, we’ve only talked about the instance members of the class, those that show up on the object when it’s instantiated. We can also create static members of a class, those that are visible on the class itself rather than on the instances. In this example, we use static
on the origin, as it’s a general value for all grids. Each instance accesses this value through prepending the name of the class. Similarly to prepending this.
in front of instance accesses, here we prepend Grid.
in front of static accesses.
Abstract Classes
Abstract classes are base classes from which other classes may be derived. They may not be instantiated directly. Unlike an interface, an abstract class may contain implementation details for its members. The abstract
keyword is used to define abstract classes as well as abstract methods within an abstract class.
Methods within an abstract class that are marked as abstract do not contain an implementation and must be implemented in derived classes. Abstract methods share a similar syntax to interface methods. Both define the signature of a method without including a method body. However, abstract methods must include the abstract
keyword and may optionally include access modifiers.
Advanced Techniques
Constructor functions
When you declare a class in TypeScript, you are actually creating multiple declarations at the same time. The first is the type of the instance of the class.
Here, when we say let greeter: Greeter
, we’re using Greeter
as the type of instances of the class Greeter
. This is almost second nature to programmers from other object-oriented languages.
We’re also creating another value that we call the constructor function. This is the function that is called when we new
up instances of the class. To see what this looks like in practice, let’s take a look at the JavaScript created by the above example:
Here, let Greeter
is going to be assigned the constructor function. When we call new
and run this function, we get an instance of the class. The constructor function also contains all of the static members of the class. Another way to think of each class is that there is an instance side and a static side.
Let’s modify the example a bit to show this difference:
In this example, greeter1
works similarly to before. We instantiate the Greeter
class, and use this object. This we have seen before.
Next, we then use the class directly. Here we create a new variable called greeterMaker
. This variable will hold the class itself, or said another way its constructor function. Here we use typeof Greeter
, that is “give me the type of the Greeter
class itself” rather than the instance type. Or, more precisely, “give me the type of the symbol called Greeter
,” which is the type of the constructor function. This type will contain all of the static members of Greeter along with the constructor that creates instances of the Greeter
class. We show this by using new
on greeterMaker
, creating new instances of Greeter
and invoking them as before. It is also good to mention that changing static property is frowned upon, here greeter3
has "Hey there!"
instead of "Hello, there"
on standardGreeting
.
Using a class as an interface
As we said in the previous section, a class declaration creates two things: a type representing instances of the class and a constructor function. Because classes create types, you can use them in the same places you would be able to use interfaces.
Last updated