Типичные риски такой схемы — вложенные подписки, устаревшие ответы, незавершённые subscriptions и неявное обновление OnPush.
Проанализируйте показанный Angular-компонент с FormControl, valueChanges, debounce и вложенной подпиской на поиск пользователей: какие в нём проблемы и как бы вы отрефакторили его с RxJS или Signals, учитывая OnPush?
Типичные риски такой схемы — вложенные подписки, устаревшие ответы, незавершённые subscriptions и неявное обновление OnPush.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Типичные риски такой схемы — вложенные подписки, устаревшие ответы, незавершённые subscriptions и неявное обновление OnPush.
Без исходного кода это направления проверки, а не подтверждённые дефекты. Обычно собирают valueChanges → нормализация → debounceTime → distinctUntilChanged → switchMap; ошибку обрабатывают внутри запроса, подписку завершают при уничтожении. Для UI подходят async pipe или signal; если старый ответ нельзя показывать уже во время debounce, отмену/поколение привязывают к исходному изменению.