Вопрос:
Как можно использовать при кастомной фронтенд-разработке какой-либо вариант стейт-менеджера (типа Redux Toolkit) для передачи данных между компонентами?
Ответ:
Контекст работы React-компонентов внутри дэшлетов различается, и если рассматривать задачу базово - то она не решается использованием Redux.
Однако вы можете написать свой класс-наследник observable-сервиса (унаследоваться от BaseService из пакета ‘bi-internal/core’) типа Синглтон или Фабрика.
И уже его инстанс использовать внутри связанных логикой кастомных компонентов через методы useService, useServiceItself.
Методы данного класса выше будут влиять на обозреваемую модель, которая будет выступать в качество того самого стора из редакса. И все компоненты-подписчики в момент изменения этой модели об этом “узнают” (вызовется колбек).
Иными словами - это дополнительный способ повлиять на жизненный цикл одного или нескольких реакт-компонентов и связать их между собой.
Также такой класс может использоваться для единого запроса некоторых переиспользуемых данных и их хранении до востребования. Архитектурное применение очень широкое.
Классический пример такого сервиса - класс KoobFiltersService, синглтон, который хранит выбранные пользователем фильтры на дешбордах (программно или через UI управляющего дэшлета).
Описание observable сервиса как явления есть в Руководстве по кастомизации фронтенда