Вопросы по использованию магазинов Svelte с древовидным вложенным объектом

As far as I can see, the only way to do it is to manually call store.update() in the script after making changes to the store. Is this correct?

Это почти правильно. update получает функцию, которой передается текущее значение, и ожидает следующего значения. Если вы управляете своим состоянием снаружи, а затем передаете его в магазин, позвоните set.

const myNewValue = doStuff(oldValue);
store.set(myNewValue);

vs

store.update(oldValue => doStuff(oldValue));

Изменение значения хранилища напрямую (например, storeValue.property = 1) не приведет к запуску обновления, вы должны явно обновить хранилище для Svelte, чтобы сделать переменные недействительными. Я также предлагаю обернуть эти манипуляции методами в магазине, которые помогут вам отслеживать, что и откуда обновляется, когда код становится больше.

store.js:

const _store = writable(initialValue);

function doASpecificModification(foo) {
  _store.update(oldValue => { ... });
}

export const store = {
  subscribe: _store.subscribe,
  doASpecificModification
};

Would doing manual updates be less performant than what Svelte does automatically?

Если под «автоматически» вы имеете в виду синтаксис $store = newValue: он сокращается до store.set(newValue), значит, нет никакой разницы. Более того, Svelte будет повторно отображать только те части, в которых вы подписаны на магазин, поэтому производительность не должна быть проблемой (также см. Следующий раздел).

My app needs to handle a pretty big nested store, with hundreds of branches. In the answer linked above, it is proposed to create a nested store, with branches wrapped in their own stores. Would having hundreds of (nested) stores significantly increase the memory footprint of the app compared to just using a single store?

Что касается производительности: вероятно, лучше сделать обновления более детализированными, либо обернув ветки в их собственных магазинах, либо имея одно большое хранилище, но с выбранными фрагментами хранилища таким образом, чтобы они не запускали обновление, если их часть не менялась (в этом вам помогут производные магазины). Если эти ветки не связаны друг с другом, я предлагаю разделить их (также, чтобы избежать большого двоичного объекта; мне не нравится этот Redux-style-keep-all-in-one-object). Объем памяти здесь не имеет значения.