привет! Подскажите пожалуйста, как лучше разрулить логику. Иногда з бека приходит с разных рестов одинаковая модель дополнительно к основному ответу, которая мне говорит, что мне нужно что-то обновить на фронте. Но она может прийти, а может и нет и при том в разных флоу. Хороша ли идея вынести это в отдельный интерсептор или может есть предложения другого механизма такой обработки. Просто если я правильно понимаю, если делать проверку в интерсептора на наличе такой модели, то она будет срабатывать на каждом ресте, что в свою очередь может повлиять на перформенс. И например рест с конфигом точно в этом не нуждается. Спасибо.

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

🐶 Создаем PR в Angular

Kir 🦋 JS из Google Firebase покажет вам как сделать pull request в Angular. Если вы давно мечтали начать контрибьютить в Angular, то сегодня у вас есть отличная возможность узнать как это сделать.

👋 Сегодня в 18:30 по мск на Twitch, ссылка ниже в описании: лайк, подписка, колокольчик.

👉 https://www.twitch.tv/kirjs

ребят привет все. Есть такой урл пейджы (с решеткой впереди)
http://localhost:4200/#/myPage
я хочу сделать переход на кликнутую секцию таки макаром
http://localhost:4200/#/myPage#selectedSectionName
Это реально или первая решетка в урле не дает его сделать?

ребят привет все. Есть такой урл пейджы (с решеткой впереди)
http://localhost:4200/#/myPage
я хочу сделать переход на кликнутую секцию таки макаром
http://localhost:4200/#/myPage#selectedSectionName
Это реально или первая решетка в урле не дает его сделать?

Так а зачем первая решетка? Это специфика Бека?

Реально. Первая решетка для других целей

реально ли так чтоб первая решетка осталась при этом?
(и не писать scrollTo(elementId)

Реально. Первая решетка для других целей

Можете мне помочь?