Да для глобального стейта есть 3 вида сторов + любые кастомные на их основе или с нуля. Главное чтобы контракт соблюдался. Вообще пихать все в глобальный стор не принято как правило

С сервером синкается в обе стороны?

да

На веб сокетах?

не все сущности на сервер, но десяток

рест-апи

Это в одну тогда

сокет обеспечивает уведомления о наличии изменений

Ок

Изменения улетают пачками или мелкими значениями? Типа ввёл и сразу улетело или нажал сохранить и вся форма разом?

нажал сохранить и контроллер может от 1 до нескольких изменений в разные сущности отправить

чаще всего в одну и почти всегда по кнопке, а не само

Если я верно понял кейс, то как раз для этого использую svelte-asyncable. Единственное для чего он пока не годится - это если нужно поддерживать встроенные 2way- биндинги в значения стора хранящего сложные типы.

Из-за того что он всегда хранит промис на данные, а не данные в чистом виде, вот так сделать пока не получится:


<input bind:value={$store.foo.bar}>

Вкратце архитектура такая:

1 UI-компоненты знают текущий маршрут и в зависимости от параметров задают себе набор данных из глобального стора

2 При этом, в момент их визуализации данных там может еще не быть, так как данные запрашивает с сервера отдельный контур, который запросы к серверу строит на основе параметров текущего маршрута

3 Еще отдельный контур слушает сокет и обновляет данные в сторе если там ему приходит что есть что обновить.

Как только в сторе благодаря 2 или 3 появляются/обновятся данные, подходящие под фильтр UI-компоненты, то они должны в ней показаться.

Поэтому и вопрос, как UI может среагировать на то что в сторе Articles появились данные с articleCategoryId = константа из параметра текущего урла?

Без магии я так понимаю только слать уведомления чтобы UI перезапросил данные по своим предикатам

Или какая-то есть новая магия в свелт для этого?

Да тут вроде ничего сложного

Чуть позднее накидаю концепт на asyncable сторе