Stefan

I think, first call of withEquality callback is unnecessary in all cases. Call it only when value changed, just skip first.

Ага, т.е. это способ не сохранять все подряд, а только синхронизация, достаточно редкая задача.

У меня идея какая, для статуса сохранения идеально иметь 3 атома: данные, isPending, error. Для загрузки сейчас не так: атом 1, а isPending, error самим атомом данных управляется. Я хотел...

А там транзакцию внутри нельзя влепить? Или подскажи где ее тут влепить. По-логике все-таки это лишний рендер.

```js let b = new cellx.Cell((push, fail, old) => { setTimeout(() => { cellx.transact(() => { push(3) }) }, 500) return old || 2 }) ``` Да, так работает, но...

Управлять pending-статусом. setPending(isPending: boolean) правильнее назвать. Для ошибок такая штука есть - fail, логично что и для статуса будет. Короче есть случаи, когда через pull неудобно косвенно влиять на isPending,...

Да, когда isPending внутри атома, пожалуй ты прав. По https://github.com/Riim/cellx/issues/24#issuecomment-261878514 я просто хотел один подход для работы со статусами и ошибками при сохранении и загрузке, отделив все эти податомы в...

Бывает не надо заворачивать `{ pull: /* ... */ }`, а надо `new CustomCellOptions(bla-bla)` Создание объекта дешевле, чем функции.

Не факт, но надо подумать. У меня задумка была с очередями, которые управляли бы состоянием атома: ``` js class AsyncQeue { _defaultValue: V pull(push, fail, oldValue) {} push() {} ......

Можно писать код так, что генерации функций не будет нигде. Но я про то, что нет единообразия: > pull в ICellOptions, тем более что там уже есть put, reap и...