PurpleSchool — курсы программирования онлайн
  • Бесплатно
    • Курсы
    • JavaScript Основы разработкиPython Основы PythonCSS CSS FlexboxКарта развития
    • База знанийИконка стрелки
    • Новостные рассылкиИконка стрелки
  • Пути
    • Frontend React разработчик
    • Frontend Vue разработчик
    • Backend разработчик Node.js
    • Fullstack разработчик React / Node.js
    • Mobile разработчик React Native
    • Backend разработчик Golang
    • Devops инженер
    • Backend разработчик Python
  • AI для кодаНовое
  • О нас
    • Отзывы
    • Реферальная программа
    • О компании
    • Контакты
  • Иконка открытия меню
    • Сообщество
    • PurpleПлюс
    • AI Собеседование
    • AI тренажёр
    • Проекты
PurpleSchool — платформа бесплатных roadmap и курсов для разработчиков
ютуб иконка
Telegram иконка
VK иконка
VK иконка
Курсы
ГлавнаяКаталог курсовFrontendBackendFullstack
Практика
КарьераПроектыPurpleПлюс
Материалы
БлогБаза знаний
Документы
Договор офертаПолитика конфиденциальностиПроверка сертификатаМиграция курсовРеферальная программа
Реквизиты
ИП Ларичев Антон АндреевичИНН 773373765379contact@purpleschool.ru

PurpleSchool © 2020 -2026 Все права защищены

  • Курсы
    • FrontendИконка стрелки
    • AI разработкаИконка стрелки
    • BackendИконка стрелки
    • DevOpsИконка стрелки
    • MobileИконка стрелки
    • ТестированиеИконка стрелки
    • Soft-skillsИконка стрелки
    • ДизайнИконка стрелки
    Иконка слояПерейти в каталог курсов
  • PurpleSchool — курсы программирования онлайн
    • AI для кодаНовое
    • Сообщество
    • PurpleПлюс
    • AI Собеседование
    • AI тренажёр
    • Проекты
    Главная
    Сообщество
    TypeScript 4.4 - Обработка ошибок

    TypeScript 4.4 - Обработка ошибок

    Аватар автора TypeScript 4.4 - Обработка ошибок

    Антон Ларичев

    Иконка календаря30 сентября 2022

    Если вы давно пишете на TypeScript, скорее всего взвели у себя в tsconfig.json флаг "strict": true, который включает сразу несколько проверок:

    • alwaysStrict
    • strictNullChecks,
    • strictBindCallApply
    • strictFunctionTypes
    • strictPropertyInitialization
    • noImplicitAny
    • noImplicitThis

    В TS 4.4 к ним добавилось новое правило: useUnknownInCatchVariables. Что означает, что код ниже уже будет давать ошибку.

    const run = (i: number) => {
        throw new Error('Ошибка');
    }
    
    const main = () => {
        try {
            run(1);
        } catch (e) {
            console.log(e.message);
            // вот эта строка будет подсвечена
        }
    };
    
    main();
    

    Почему так? Теперь в catch мы получаем ошибку не типа any, а типа unknown. Поэтому нам нужно сделать проверка на тип, перед тем, как выполнять то или иное действие. Ведь вы действительно можете сделать свой класс ошибки, отнаследовавшись от стандартного класса Error. Тем самым нас подталкивают к корректной работе с ошибками:

    const run = (i: number) => {
        throw new Error('Ошибка');
    }
    
    const main = () => {
        try {
            run(1);
        } catch (e) {
            if (e instanceof Error) {
                console.log(e.message);
            }
        }
    };
    
    main();
    

    Ведь если бы мы имели несколько ошибок, которые возникнут в функции, мы бы получили внятный type-safety. Допустим мы сделали свою ошибку:

    class HttpError extends Error {
        code: number;
        constructor(message: string, code: number) {
            super(message);
            this.code = code;
        }
    }
    

    Тогда наш код был бы полностью безопасным при следующей записи:

    const run = (i: number) => {
        if (i == 0) {
            throw new HttpError('Ошибка', 500);
        }
        throw new Error('Ошибка');
    }
    
    const main = () => {
        try {
            run(1);
        } catch (e) {
            if (e instanceof Error) {
                console.log(e.message);
            }
            if (e instanceof HttpError) {
                console.log(e.code);
            }
        }
    };
    
    main();
    

    Поэтому всегда используйте проверку на тип ошибки и включите наконец strict если не делали этого раньше.

    P.S. Не путайте с 'use strict' в JS. За это отвечает опция alwaysStrict.

    Иконка глаза2 655

    Комментарии

    0

    Постройте личный план изучения Основы разработки до уровня Middle — бесплатно!

    Основы разработки — часть карты развития Frontend, Backend, Mobile

    • step100+ шагов развития
    • lessons30 бесплатных лекций
    • lessons300 бонусных рублей на счет

    Бесплатные лекции

    Лучшие курсы по теме

    изображение курса

    Основы Git

    Антон Ларичев
    AI-тренажерыAI-тренажеры
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    3 999 ₽ 6 990 ₽
    Подробнее
    изображение курса

    HTML и CSS

    Антон Ларичев
    AI-тренажерыAI-тренажеры
    Практика в студииПрактика в студии
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    3 999 ₽ 6 990 ₽
    Подробнее
    изображение курса

    Neovim

    Антон Ларичев
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.8
    3 999 ₽ 6 990 ₽
    Подробнее

    Похожие статьи

    Картинка поста Zustand vs Redux: что выбрать для React-проекта в 2025
    Иконка аватараАнтон
    Иконка календаря12 июня 2026
    ReactZustandRedux+ 1middleИконка уровня middle

    Zustand vs Redux: что выбрать для React-проекта в 2025

    Zustand vs Redux в 2025: подробное сравнение производительности, API, бойлерплейта и сценариев использования двух главных решений для управления состоянием в React.

    Иконка чипа0
    Иконка глаза19
    Иконка комментариев0
    Картинка поста Авторизация и аутентификация в Node.js: JWT, OAuth2 и сессии
    Иконка аватараАнтон
    Иконка календаря11 июня 2026
    Node.jsБезопасностьJWT+ 2middleИконка уровня middle

    Авторизация и аутентификация в Node.js: JWT, OAuth2 и сессии

    Авторизация и аутентификация на Node.js: разбираем JWT, OAuth2 и серверные сессии с примерами кода на Express и рекомендациями по безопасности.

    Иконка чипа0
    Иконка глаза151
    Иконка комментариев0
    Картинка поста Микросервисы vs монолит: как выбрать архитектуру проекта
    Иконка аватараАнтон
    Иконка календаря10 июня 2026
    архитектурамикросервисымонолит+ 2middleИконка уровня middle

    Микросервисы vs монолит: как выбрать архитектуру проекта

    Микросервисы vs монолит — разбираем плюсы и минусы обеих архитектур, показываем примеры кода и помогаем выбрать подход под ваш проект.

    Иконка чипа+1
    Иконка глаза94
    Иконка комментариев0
    Иконка чипа0