А нужен ли put? about cellx HOT 4 OPEN

предшествуют какие-то изменения в интерфейсе, индикатор, ошибки валидации и т.д. А put получается навязывает подход, когда мы это все делаем не прямо, а опосредованно после вызова set.

в put не нужно устанавливать индикаторы, ошибки или что-то подобное. Он в первую очередь для обратной связи вычисляемой ячейки с ячейками из которых она вычисляется:

let firstName = cellx('Вася');
let lastName = cellx('Пупкин');

let fullName = cellx(() => firstName() + ' ' + lastName(), {
  put(value) {
    value = value.split(' ');
    firstName(value[0]);
    lastName(value[1]);
  }
});

console.log(fullName());
// => "Вася Пупкин"

fullName('Петя Запупкин'); // запись в вычисляемую ячейку

console.log(firstName());
// => "Петя"
console.log(lastName());
// => "Запупкин"

from cellx.

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

from cellx.

Да, синхронизация c мастер-ячейками или внешним хранилищем значения 1, 2. Для чего-то другого применять нет смысла.

from cellx.

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

Я хотел универсальный способ, как при сохранении. но, что б не светить pending и error атомы компоненту.

Нужна возможность статус и error хранить в отдельных атомах, управлять ими со-стороны. Но, в случае загрузки нужна возможность "просачивать" их через computable, как сейчас есть isPending, и error (только они создаются и обрабатываются внутри, а не со стороны). Интересно было бы, если б cellx мог так делать.

PS: Пожалуй с сохранением плохая идея "просачивать" атомы, т.к. они смешаются с isPending загрузки

from cellx.