Одно из самых заметных нововведений в Angular — это встроенный синтаксис для управляющих конструкций, который появился в версии 17. Он решает одну из самых частых задач, с которой сталкивается каждый разработчик: показывать или скрывать элементы на странице в зависимости от условия. Раньше для этого использовали привычную структурную директиву *ngIf. Теперь у нас есть более современная альтернатива — синтаксис @if, часть нового подхода к управлению шаблоном.

В этом гайде мы сравним оба варианта, разберёмся, чем @if лучше, и покажем, как можно перейти на него автоматически. Также поговорим об одной распространённой ошибке — о том, как не стоит использовать @if вместе с пайпом async.

Содержание

В этом материале разбираем:

  • Зачем понадобился новый синтаксис управляющих конструкций
  • Что такое @if в Angular
  • Как работает синтаксис @if
  • Как использовать @if вместе с else
  • Как использовать @if, else if и else
  • Почему @if не нужно импортировать
  • Почему больше не нужен синтаксис со звёздочкой (*)
  • Почему @if лучше, чем *ngIf
  • Как просто перейти на новый синтаксис @if
  • Чем @if отличается от скрытия элементов через CSS
  • Распространённый антипаттерн: вложенные @if с пайпом async
  • Краткое резюме

Зачем нужен новый синтаксис управляющих конструкций?

Как объясняет Минко Гечев в посте, где впервые представили @if, новый встроенный синтаксис управления потоком исполнения даёт сразу несколько преимуществ:

  • Более лаконичный и удобный синтаксис, ближе к JavaScript, — выглядит интуитивно и требует меньше обращений к документации.
  • Конструкции вроде @if сразу доступны в шаблоне — ничего импортировать не нужно.
  • Улучшенная проверка типов за счёт более точного сужения типов.
  • Этот синтаксис работает на этапе сборки, а не в рантайме, что снижает нагрузку и помогает уменьшить размер бандла, а заодно улучшить Core Web Vitals.
  • Кроме того, новая система управления потоком в шаблоне упростит внедрение реактивного подхода на основе signal-ов в будущем.

Подробнее о @if и новом синтаксисе шаблонов можно почитать в официальной документации: Angular Control Flow.

Что такое @if в Angular?

@if для Angular — это то же самое, что обычный if для JavaScript.

Это новый синтаксис шаблонов, с помощью которого можно условно отображать элементы в шаблоне Angular. Он встроен в сам фреймворк и позволяет показывать или скрывать части интерфейса в зависимости от логического условия.

В отличие от привычной структурной директивы *ngIf, @if не требует импорта даже в standalone-компонентах — он доступен по умолчанию.

Синтаксис стал короче и понятнее, а ещё поддерживает конструкции else if и else, чего раньше в *ngIf не было.

Давайте разберёмся, как он работает.

Синтаксис @if

Вот простой пример, показывающий, как использовать новый синтаксис:

@Component({
  template: `
    @if (showHello) {
    <h2>Hello</h2>
    }
  `,
})
class Test {
  showHello: boolean = true;
}

Код выше отобразит заголовок Hello только в том случае, если значение свойства showHello — true.

Видите, насколько этот синтаксис похож на обычный if в JavaScript?

if (showHello) {
  return `<h2>Hello</h2>`;
}

Почти один в один!

Синтаксис @if с else

В отличие от старого *ngIf, новый синтаксис @if поддерживает конструкцию else.

Посмотрим на пример:

@Component({
  template: `
    @if (showHello) {
    <h2>Hello</h2>
    } 
    @else {
    <h2>Goodbye</h2>
    }
  `,
})
class Test {
  showHello: boolean = true;
}

Код выше работает так:

  • Элемент <h2>Hello</h2> отображается, если свойство showHello — true.
  • Элемент <h2>Goodbye</h2> отображается, если showHello — false.

Визуально это очень похоже на конструкцию if-else в JavaScript — читается просто и интуитивно.

Синтаксис @if else if else

И это ещё не всё. Angular теперь поддерживает и конструкции else if. Раньше с *ngIf так сделать было нельзя — приходилось выкручиваться с дополнительными переменными или вложенными блоками.

@Component({
  template: `
    @if (showHello) {
      <h2>Hello</h2>
    } 
    @else if (showGoodbye) {
      <h2>Goodbye</h2>
    } 
    @else {
      <h2>See you later</h2>
    }
  `,
})
class Test {
  showHello: boolean = true;
  showGoodbye: boolean = false;
}

Код выше работает следующим образом:

  • Показывает заголовок <h2>Hello</h2>, если showHello — true.
  • Если showHello — false, но showGoodbye — true, отображается <h2>Goodbye</h2>.
  • Если оба условия ложны, выводится <h2>See you later</h2>.

Согласитесь, это почти дословно повторяет логику обычного if / else if / else в JavaScript — просто, понятно и без лишнего кода.

Почему @if больше не нужно импортировать?

Обратите внимание, что теперь нам не нужно импортировать директиву @if из @angular/common в шаблоны компонентов. Это потому, что @if — не директива. Это часть движка Angular.

Новый синтаксис встроен прямо в ядро шаблонизатора, и поэтому доступен «из коробки» в любом шаблоне. Он работает так же, как интерполяция {{variable}} или синтаксис i18n — ничего дополнительно подключать не нужно.

Почему теперь не нужен синтаксис со звёздочкой (*)?

Раньше * использовалась только потому, что ngIf была структурной директивой. Эта звёздочка — просто синтаксический сахар, который упрощал работу с такими директивами.

А с @if всё иначе: он не является структурной директивой, поэтому в звёздочке больше нет необходимости.

Почему @if лучше, чем *ngIf?

Кратко подведём итоги, чем @if выигрывает у *ngIf:

  • Короче и понятнее
  • Не требует импортов
  • Поддерживает else if и else
  • Не даёт лишней нагрузки в рантайме
  • Подготавливает почву для будущего развития Angular (например, signal-ов)

Как просто перейти на новый синтаксис @if

Если вы используете более старые версии Angular, можно перейти на новый синтаксис @if с помощью Angular CLI.

В Angular CLI есть автоматическая миграция, которая обновит весь ваш код до нового синтаксиса @if:

ng generate @angular/core:control-flow

Эта команда заменит все директивы *ngIf в вашем проекте на новый синтаксис — и не только на @if, но также на @for и @switch.

Чем @if отличается от скрытия элементов с помощью обычного CSS

В HTML мы можем скрывать элементы, управляя свойствами display и visibility:

  • если установить display: none, элемент не отображается в документе;
  • если установить visibility: hidden, элемент не виден.

На первый взгляд результат один и тот же, но на самом деле это не так.

В обоих случаях скрытый элемент всё ещё существует в DOM, тогда как с @if — нет: элемент вообще не попадает в DOM.

Антипаттерн с несколькими вложенными @if и пайпом async

Помните, в начале мы упоминали антипаттерн, связанный с @if?

Если вы используете RxJS в своём коде, это важно, потому что такая ошибка встречается часто и напрямую касается @if.

Речь идёт об использовании @if не для отображения или скрытия элементов, а просто для получения значения из Observable с помощью пайпа async. Этот антипаттерн иногда называют «цепочкой async pipe» или «пирамидой ужаса».

Пример антипаттерна:

@if (user$ | async; as user) {
    ....
    @if (course$ | async; as course) {
        ....
        @if (lessons$ | async; as lesson) {
            ....
        }
    }
}

Как видно, мы используем async для распаковки значений разных Observable и сохраняем их в локальные переменные шаблона.

Затем эти переменные передаются в следующий @if.

Мы повторяем @if и async на нескольких уровнях страницы только ради доступа к данным — и больше ни для чего. Эта практика усложняет чтение и поддержку кода при большом количестве вложенностей. Кроме того, она усложняет рефакторинг, особенно если такая логика используется в нескольких местах на странице.

Хороший способ избежать этого — изменить компонент так, чтобы он предоставлял один data$ Observable, содержащий все нужные данные.

Начнём с описания интерфейса:

interface PageData {
    user: User;
    course: Course;
    lessons: Lesson[];
}

Затем создадим общий Observable:

@Component({...})
export class Component implements OnInit {
    
  private data$: Observable<PageData>;

  ngOnInit() {
    
    const user$ = // ... инициализация user$ Observable

    const course$  = // ... инициализация course$ Observable

    const lessons$ = // ... инициализация lessons$ Observable    
    
    this.data$ = combineLatest([user$, course$, lessons$])
      .pipe(
        map(([user, course, lessons]) => {
          return {
                user, 
                course, 
                lessons
            }
        })
    );
  }
}

Оператор combineLatest — это один из способов объединить Observable.

Наконец, используем @if с async в шаблоне:

@if (data$ | async; as data) {
    ....
    {{data.course}}

    {{data.user}}

    {{data.lessons}}
}

Как видно, это избавляет от ненужных вложенных @if и делает код гораздо более читаемым и поддерживаемым. Если применить такую структуру в начале шаблона, все нужные данные будут доступны в любом месте.

В этом гайде мы рассмотрели новый синтаксис @if в Angular. Мы увидели, что он более лаконичный и читаемый, не требует импортов и поддерживает конструкции else if и else, чего не было в прежнем синтаксисе с *ngIf.

С @if нам больше не нужна директива NgIf, как и странный местами синтаксис со звёздочкой (*), используемый для структурных директив.

Синтаксис @if — мощное и удобное дополнение к инструментам Angular. Попробуйте его в деле!


«Доктайп» — журнал о фронтенде. Читайте, слушайте и учитесь с нами.

ТелеграмПодкастБесплатные учебники

Читать дальше

Компоненты в Angular 18: пошаговое руководство

Компоненты в Angular 18: пошаговое руководство

Angular развивается стремительно, и с выходом версии 18 появились новые возможности, которые разработчики могут использовать в своей работе. Одним из ключевых изменений в Angular 18 стало удаление традиционного файла app.module.ts — ему на смену пришли standalone-компоненты. Если вы только начинаете работать с Angular или переходите с более ранней версии, это пошаговое руководство поможет вам разобраться в базовых принципах компонентов в Angular 18. Независимо от вашего уровня — новичок вы или опытный разработчик — этот туториал покажет, как создавать, управлять и эффективно использовать компоненты в Angular.

Читать дальше
JS
  • 19 мая 2025
Модули Angular для организации кода и ленивой загрузки

Модули Angular для организации кода и ленивой загрузки

Модули — один из ключевых инструментов Angular для построения масштабируемых и поддерживаемых приложений. В этой статье мы подробно рассмотрим:

  • что такое модули в Angular;
  • зачем они нужны;
  • как их использовать для структурирования кода;
  • как реализовать «ленивую» загрузку модулей;
  • и чем отличаются Feature, Core и Shared модули.

Если вы только начинаете изучать Angular или хотите углубить свои знания, эта статья поможет вам лучше понять, как правильно организовать архитектуру Angular-приложения.

Читать дальше
JS
  • 12 мая 2025
Навигация в Angular: RouterLink, Router.navigate и Router.navigateByUrl

Навигация в Angular: RouterLink, Router.navigate и Router.navigateByUrl

Директива RouterLink позволяет настраивать переходы между маршрутами прямо в шаблоне Angular. А методы Router.navigate и Router.navigateByUrl, доступные в классе Router, дают возможность управлять навигацией программно — прямо из кода компонентов.

Разберёмся, как работают RouterLink, Router.navigate и Router.navigateByUrl.

Читать дальше
JS
  • 11 мая 2025
Полное руководство по Lazy Loading в Angular

Полное руководство по Lazy Loading в Angular

Если вы создаёте большое Angular-приложение, вам наверняка важно, чтобы оно загружалось быстро. Представьте, что вы устраиваете вечеринку и хотите подавать закуски не сразу, а по мере прихода гостей, чтобы не перегрузить кухню. «Ленивая» загрузка в Angular работает примерно так же: вместо того чтобы загружать всё приложение целиком сразу, вы подгружаете только те части, которые нужны — и только когда они нужны.

В этом пошаговом руководстве мы разберём, как реализовать lazy loading в Angular.

Читать дальше
JS
  • 10 мая 2025
Все (ну или почти все) способы автоматически перезагрузить страницу раз в N секунд

Все (ну или почти все) способы автоматически перезагрузить страницу раз в N секунд

Иногда страницу нужно просто перезагрузить. Полностью. Не компонент, не блок, а именно целиком. Без обсуждений, без лишней логики. Например, чтобы:

  • экран с результатами обновлялся каждые 10 секунд;
  • интерфейс на стенде показывал последние данные без кнопок;
  • страницы в интранете не устаревали, пока никто не смотрит.

Это можно сделать в любой связке: HTML, JS, Python, PHP, Go, Node.js — не важно. Ну и если говорить совсем прямо, то совсем разных способов всего три, а остальное просто вариации.

Читать дальше
JS
  • 5 мая 2025
Vite 6: Новый этап в развитии фронтенд-разработки

Vite 6: Новый этап в развитии фронтенд-разработки

Vite — это современный инструмент сборки, который значительно ускоряет процесс разработки фронтенда, благодаря своим невероятно быстрым и удобным функциям. И вот, наконец, вышел новый релиз Vite 6, который приносит массу улучшений и новых возможностей для разработчиков. Давайте посмотрим, что нового появилось в Vite 6 и как это может повлиять на вашу работу.

Читать дальше
JS
  • 16 января 2025
Всё, что нужно знать о работе с API в JavaScript: пошаговый разбор

Всё, что нужно знать о работе с API в JavaScript: пошаговый разбор

Работа с API — это основа веб-разработки. Если вы хотите получать данные с сервера, отправлять информацию или взаимодействовать с внешними сервисами (например, картами Google, платёжными системами или погодными сервисами), вам не обойтись без этого навыка. Разберём работу с API на практике: от базовых запросов до обработки ошибок и аутентификации.

Читать дальше
JS
  • 14 января 2025

Ошибка JavaScript «Uncaught TypeError: Cannot read property of undefined». Что делать?

Описание проблемы
Эта ошибка возникает, когда вы пытаетесь получить доступ к свойству объекта, который в данный момент имеет значение undefined. Например:


let obj = undefined;
console.log(obj.property); // Uncaught TypeError: Cannot read property 'property' of undefined
  

Возможные причины

  • Объект не был инициализирован. Возможно, переменная еще не была объявлена или ей не присвоено значение.
  • Неправильный путь к данным. Вы пытаетесь обратиться к свойству объекта, но объект отсутствует в цепочке.
  • Асинхронность. Данные могли еще не загрузиться или быть доступны в момент обращения.
  • Опечатка в названии свойства. Вы могли неверно написать имя свойства объекта.

Шаги по исправлению

1. Проверка объекта перед доступом к свойствам

Убедитесь, что объект существует, прежде чем пытаться получить его свойства.

if (obj !== undefined && obj !== null) {
    console.log(obj.property);
}

// Или современный способ:
console.log(obj?.property); // Вернет undefined, если obj равен null или undefined
  

2. Инициализация объекта перед использованием

Если переменная должна содержать объект, убедитесь, что он инициализирован.

Неверный код:

let data;
console.log(data.user.name); // Ошибка
  

Исправление:


let data = { user: { name: "Иван" } };
console.log(data.user.name); // "Иван"
  

3. Проверка API или данных с сервера

Если данные загружаются с сервера, добавьте проверку, что ответ корректен.

fetch('https://api.example.com/data')
    .then(response => response.json())
    .then(data => {
        if (data?.user?.name) {
            console.log(data.user.name);
        } else {
            console.error('Данные пользователя отсутствуют');
        }
    });

4. Использование значений по умолчанию

Для предотвращения ошибок можно задавать значения по умолчанию.

let user = undefined;
let userName = user?.name || "Гость";
console.log(userName); // "Гость"

5. Отладка с помощью console.log

Проверяйте промежуточные значения переменных в консоли браузера.

console.log(obj); // Убедитесь, что объект определен 

Пример из жизни
Вы пишете код для отображения имени пользователя из объекта user:

let user = null; // Данные еще не загружены
console.log(user.name); // Uncaught TypeError: Cannot read property 'name' of null

Исправление:

let user = null;
console.log(user?.name || "Имя пользователя не найдено"); // "Имя пользователя не найдено"

Итог
Следуя этим рекомендациям, вы сможете избежать ошибок, связанных с доступом к свойствам undefined или null. Если ошибка продолжает появляться, убедитесь, что данные корректно загружаются, и используйте инструменты отладки.

JS
  • 15 ноября 2024

Как исправить ошибку JavaScript «Uncaught ReferenceError: variable is not defined»

Эта ошибка возникает, когда вы пытаетесь обратиться к переменной, которая не была объявлена в текущей области видимости. Например:

console.log(myVariable); // Uncaught ReferenceError: myVariable is not defined

Возможные причины

  • Вы пытаетесь обратиться к переменной до ее объявления.
  • Переменная объявлена внутри функции и недоступна за ее пределами.
  • Ошибка в написании имени переменной (опечатка).

Шаги по исправлению

1. Проверка объявления переменной

Убедитесь, что переменная объявлена перед ее использованием.

Неверный код:

console.log(myVariable); // Ошибка

Исправление:

let myVariable = 10;
console.log(myVariable); // 10

2. Правильное определение области видимости переменной

Если переменная объявлена внутри функции, она недоступна за ее пределами.

Неверный код:

function myFunction() {
    let localVariable = "Привет";
}
console.log(localVariable); // Ошибка

Исправление:

function myFunction() {
    let localVariable = "Привет";
    console.log(localVariable); // "Привет"
}
myFunction();

3. Использование глобальных переменных

Если переменная должна быть доступна везде, объявляйте ее глобально (но избегайте этого, если возможно).

let globalVariable = "Глобальная переменная";
function showVariable() {
    console.log(globalVariable);
}
showVariable(); // "Глобальная переменная"

4. Проверка имени переменной на ошибки

Проверьте, нет ли опечаток в имени переменной.

Неверный код:

let myVariable = "Данные";
console.log(myVarible); // Ошибка

Исправление:

let myVariable = "Данные";
console.log(myVariable); // "Данные"

5. Использование typeof для проверки существования переменной

Вы можете использовать оператор typeof, чтобы проверить, объявлена ли переменная.

if (typeof myVariable !== "undefined") {
    console.log(myVariable);
} else {
    console.log("Переменная не определена");
}

Пример из жизни
Вы пишете функцию для проверки данных пользователя:

function checkUser() {
    if (userName) {
        console.log(`Добро пожаловать, ${userName}!`);
    }
}
checkUser(); // Ошибка: userName не определен

Исправление:

let userName = "Иван";
function checkUser() {
    if (userName) {
        console.log(`Добро пожаловать, ${userName}!`);
    }
}
checkUser(); // "Добро пожаловать, Иван!"

Итог
Эта ошибка часто возникает из-за опечаток или неверной области видимости. Убедитесь, что переменные объявлены и доступны в нужных местах. Если необходимо, используйте typeof для проверки их существования.

JS
  • 15 ноября 2024