Полное руководство по Angular @if
- 18 мая 2025
Одно из самых заметных нововведений в 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 стало удаление традиционного файла app.module.ts — ему на смену пришли standalone-компоненты. Если вы только начинаете работать с Angular или переходите с более ранней версии, это пошаговое руководство поможет вам разобраться в базовых принципах компонентов в Angular 18. Независимо от вашего уровня — новичок вы или опытный разработчик — этот туториал покажет, как создавать, управлять и эффективно использовать компоненты в Angular.
- 19 мая 2025

Модули Angular для организации кода и ленивой загрузки
Модули — один из ключевых инструментов Angular для построения масштабируемых и поддерживаемых приложений. В этой статье мы подробно рассмотрим:
- что такое модули в Angular;
- зачем они нужны;
- как их использовать для структурирования кода;
- как реализовать «ленивую» загрузку модулей;
- и чем отличаются Feature, Core и Shared модули.
Если вы только начинаете изучать Angular или хотите углубить свои знания, эта статья поможет вам лучше понять, как правильно организовать архитектуру Angular-приложения.
- 12 мая 2025

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

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

Все (ну или почти все) способы автоматически перезагрузить страницу раз в N секунд
Иногда страницу нужно просто перезагрузить. Полностью. Не компонент, не блок, а именно целиком. Без обсуждений, без лишней логики. Например, чтобы:
- экран с результатами обновлялся каждые 10 секунд;
- интерфейс на стенде показывал последние данные без кнопок;
- страницы в интранете не устаревали, пока никто не смотрит.
Это можно сделать в любой связке: HTML, JS, Python, PHP, Go, Node.js — не важно. Ну и если говорить совсем прямо, то совсем разных способов всего три, а остальное просто вариации.
- 5 мая 2025

Поиск с конца массива в JavaScript: findLast и findLastIndex в JavaScript
С недавних пор в JavaScript появились два полезных метода для массивов: findLast
и findLastIndex
. Они делают то же, что и привычные find
и findIndex
, только проходят массив с конца.
- 5 мая 2025

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

Всё, что нужно знать о работе с API в JavaScript: пошаговый разбор
Работа с API — это основа веб-разработки. Если вы хотите получать данные с сервера, отправлять информацию или взаимодействовать с внешними сервисами (например, картами Google, платёжными системами или погодными сервисами), вам не обойтись без этого навыка. Разберём работу с API на практике: от базовых запросов до обработки ошибок и аутентификации.
- 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
. Если ошибка продолжает появляться, убедитесь, что данные корректно загружаются, и используйте инструменты отладки.
- 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
для проверки их существования.
- 15 ноября 2024