Большое спасибо за развернутый ответ! В таком контексте, когда легко соотнести срез стора с бизнесовой сущностью или виджетом/фичей довольно просто и понятно.
Но допустим мы хотим в глобальном сторе создать сущность counters. Это счётчики которые должны быть доступны в разных местах приложения. Порой один счётчик в нескольких вью или страницах. Эти самые счётчики могут браться из разных entity. Или вообще приходят в отдельном запросе при инициализации приложения.
Или ещё пример. Роутинг. В приложении кроме страниц могут быть разделы у которых уже в свою очередь страницы. Все это должно быть ещё связано с разным боковым меню например. И слой shared не похож на то место которое должно владеть такими данными.
Большое спасибо за развернутый ответ! В таком контексте, когда легко соотнести срез стора с бизнесовой сущностью или виджетом/фичей довольно просто и понятно.
Но допустим мы хотим в глобальном сторе создать сущность counters. Это счётчики которые должны быть доступны в разных местах приложения. Порой один счётчик в нескольких вью или страницах. Эти самые счётчики могут браться из разных entity. Или вообще приходят в отдельном запросе при инициализации приложения.
Или ещё пример. Роутинг. В приложении кроме страниц могут быть разделы у которых уже в свою очередь страницы. Все это должно быть ещё связано с разным боковым меню например. И слой shared не похож на то место которое должно владеть такими данными.
Здравствуйте! Спасибо за статью!
Сейчас внедряю fsd в проект среднего размера. Столкнулся с такой дилеммой, есть глобальный стор, zustand, но непонятно где его держать, если не а app.
Состояние приложения, настройки и тд, должны шарится по всем уровням. Но тогда нарушается направление зависимостей.
В вашем примере я заметил провайдер в app. Возможно даже redux, как вы реализуете механизм глобального состояния в контексте fsd?