а как оформить union type, если actions оформлять через функции? я что-то не нашел-увидел

Что ты имеешь ввиду?

если я создам actions через функции, то как мне тогда оформить union type?

А ты за это, он не нужен

Как раз таки кода с функциями становится гораздо меньше, и тип их тоже исчезает

Там просто редьюсер по другому создаётся, и ты подписываешься на конкретный экшен и ему присваивается конкретный хендлер который меняет стейт

в общем, стоит полистать доку

Мда

Вспомнил - да, видел пример в доках. Ок

🙂

дарова, подскажите как лучше всего при изменении роута добавлять в боди класс для каждой страницы

подскажите новичку: как организуется логика взаимодействия компонентов, если нужно, чтобы по нажатию кнопки в одном компоненте, менялось содержимое другого компонента. Изучив азы, пока не ясно как это сделать с помощью сервиса. Может, нужно сделать несколько сервисов и несколько промежуточных компонентов? Подскажите кто знает как они должны быть выстроены тогда.

Сервисы, прокидывать данные прямо в компоненты

В случае с сервисами создавать обсерваблы и менять их значение

Тогда при подписке все компоненты узнают что что-то изменилось

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

Лучшим местом для знакомства все ещё является документация

это да. Только на данный момент я уже познакомился с этими вещами, но просто не научился их правильно применять др относительно друга, т.е. выстраивать в нужные структуры в конкретной задаче. Такое в документации не напишут. Это как бы самые первые шаги в мышлении, которое потом будет для меня очевидно, но сейчас нет. Например, в указанной задаче есть в мыслях вариант с общим компонентов для двух уже упомянутых - и в этот общий компонент накидать сервисов, которые организуют передачу самых разных данных.. но это пока так.. не знаю как точно это бы выглядело на блок схеме.

После закрытия материал диалога

В родительском компоненте компонента с отрисовкой