PurpleSchool — курсы программирования онлайн
  • Пути
    • 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Иконка стрелки
    • ДизайнИконка стрелки
    Иконка слояПерейти в каталог курсов
  • Бесплатно
    • Курсы
    • JavaScript Основы разработкиPython Основы PythonCSS CSS FlexboxКарта развитияВопросы для собеседований
    • База знанийИконка стрелки
    • Новостные рассылкиИконка стрелки
  • PurpleSchool — курсы программирования онлайн
    • AI для кодаНовое
    • Сообщество
    • PurpleПлюс
    • AI Собеседование
    • AI тренажёр
    • Проекты
    Главная
    Сообщество
    Фильтрация undefined в typescript

    Фильтрация undefined в typescript

    Аватар автора Фильтрация undefined в typescript

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

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

    Типизация, после того как мы с вами применили filter иногда бывает не такой однозначной как хотелось бы. Этот пост мне навеяло одно ревью.

    Итак, представим, что мы продаём чашки для кофе ☕. Не обычные, а какие-нибудь многоразовые, имеющие штрихкод.

    export interface CoffeeCup {
        id: number;
        size: 's' | 'm' | 'l';
        color: string;
    };
    

    У нас есть сервис, который позволяет нам получить в результате описание нашей чашки по id, например из базы:

    const getCup = (id: number): CoffeeCup | undefined => {
        // ...
        return;
    }
    

    В результате нам может вернуться или чашка кофе или undefined, так как такой чашки у нас более нет на складе.

    Далее в одной из функций мы хотим проверить по id чашки и получить только тем, которые у нас действительно есть в наличии. Ну и конечно мы любим писать код в функциональном стиле, поэтому пишем:

    const inStock = [1, 2, 3];
        .map(s => getCup(s))
        .filter(s => s) // (CoffeeCup | undefined)[]
    

    Казалось бы с точки зрения логики всё хорошо, но с точки зрения типов нет. Мы получаем CoffeeCup, или undefined, несмотря на то, что мы всё отфильтровали.

    Когда мы принимаем map, мы из обычных number получаем (CoffeeCup | undefined)[], затем применяя фильтр мы ничего не меняем с точки зрения типов. Для TypeScript удаление каждого элемента типа undefined, почему-то не приводит к сужению типов. Нам нужно ему помочь.

    Решение проблемы - 1

    Мы можем явно сделать type assertion к нужному нам типу:

    const inStock = [1, 2, 3]
        .map(s => getCup(s))
        .filter(s => s) as CoffeeCup[] // CoffeeCup []
    

    Тогда мы получим верный тип, но реализация фильтра остаётся на нашей совести, что не очень безопасно с точки зрения типизации. Мы фактически говорим TypeScript, чтобы он игнорировал свои вывод и использовал то, что мы ему дали.

    Решение проблемы - 2

    Вместо явного указания, мы можем сделать свой type guard. Они по сути позволяют сузить типы за счёт дополнительных проверок:

    const inStock = [1, 2, 3]
        .map(s => getCup(s))
        .filter((s): s is CoffeeCup => !!s) // CoffeeCup [] 
    

    Обратите внимание на функцию внутри filter.

    (s): s is CoffeeCup => !!s
    

    По сути это type guard, который проверяет что объект является типом CoffeeCup. В результате мы получаем отфильтрованный объект, где TypeScript будет точно уверен, что его тип не будет undefined.

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

    Комментарии

    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 ₽
    Подробнее
    изображение курса

    CSS Flexbox

    Антон Ларичев
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    бесплатно
    Подробнее

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

    Картинка поста Continue в VS Code с Claude из России: настройка
    Иконка аватараАнтон
    Иконка календаря22 октября 2026
    AI-инструментыAnthropicразработкаjuniorИконка уровня junior

    Continue в VS Code с Claude из России: настройка

    Continue — бесплатное расширение для VS Code с открытым кодом: чат по проекту, правки выделенного кода и агентный режим. Своей модели у него нет, модель подключается в файле `config.yaml`. Из России напрямую Claude в Continue не заработает: API Anthropic отклоняет запросы с российских адресов, а ключ Anthropic оплачивается зарубежной картой. Решение — указать в конфиге провайдера `anthropic` свой адрес API (`apiBase`) и ключ AI для кода от PurpleSchool с оплатой в рублях. Ниже — установка, готовый `config.yaml`, проверка и частые ошибки.

    Иконка чипа0
    Иконка глаза51
    Иконка комментариев0
    Картинка поста Haiku, Sonnet или Opus 5.5: какую модель Claude выбрать
    Иконка аватараАнтон
    Иконка календаря21 октября 2026
    Claude CodeAnthropicAI-инструментыjuniorИконка уровня junior

    Haiku, Sonnet или Opus 5.5: какую модель Claude выбрать

    Для повседневной работы с кодом берите Sonnet 5.5: Anthropic позиционирует её как лучшее сочетание скорости и интеллекта, и стоит она вдвое дешевле Opus — $2 за миллион входных токенов и $10 за миллион выходных. Opus 5.5 ($4 / $20) нужна для длинных агентных задач: большой рефакторинг, работа сразу с многими файлами, архитектурные решения. Haiku 5.5 (от $0,10 / $0,50) — для простых и массовых задач, где важна скорость: короткие правки, вопросы по коду, субагенты. Все три модели доступны из России с оплатой в рублях через AI для кода от PurpleSchool.

    Иконка чипа0
    Иконка глаза147
    Иконка комментариев0
    Картинка поста GraphQL vs REST: сравнение подходов для разработки API
    Иконка аватараАнтон
    Иконка календаря21 октября 2026
    GraphQLRESTAPImiddleИконка уровня middle

    GraphQL vs REST: сравнение подходов для разработки API

    GraphQL vs REST — сравнение подходов к проектированию API: overfetching, кэширование, версионирование, обработка ошибок и как выбрать подход для своего проекта.

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