JS: Dive into Classes
2026-02-21 02:56 Diff
https://hexlet.io/courses/js-classes/lessons/exceptions/theory_unit

Exceptions are one of the few examples of the successful use of inheritance. In this lesson, we will learn how to create exceptions and intercept them.

Usually, we use exceptions like this. Closer to the beginning of the program is the try/catch construct, which catches exceptions and shows the user an adequate message:

But how do you know what is wrong? Sometimes, it is important, because errors can lead to different program behavior. In addition, not all errors require processing at the current point in the program.

You can separate errors using different classes that inherit from the Error class:

And unlike other inheritance examples, exceptions rarely need to add or change behavior. The main purpose of using exception inheritance is to describe all possible types of errors.

Now let's see how we can take advantage of it:

Hijacking any base exception entails automatically hijacking all descendants of the current class. For example, if you catch MyError in a catch block, that block will catch objects of that class and objects of all its descendants.

Almost every programming language has an unspoken rule about exception hierarchies. Any program must define its high-level exception, inherited from Error. All other library exceptions are inherited from it. This approach allows you to isolate the error handling of a particular library with just one catch block.

But not all libraries in JavaScript use inheritance. The point is that before the es6 standard, there were no classes and no easy way to create descendants from the Error constructor. And, since many libraries still fit in the old standard they solve the problem of determining the error type using a common property:

finally block

In some situations, the program may need to continue working regardless of whether an exception has occurred. If we only use try/catch, we can't do this without duplication. You should put code both after the whole try/catch construct and in every catch block.

It has led to an expansion of the design itself, adding the finally block. We call this block at the very end in every case: