DT
я просто не понимаю смысла, если значения аргумента нет
Size: a a a
2021 April 05
E
производственная необходимость
IE
Да, именно через нест с ней познакомилась
MG
IV
Вот по поводу обсуждения из голосового чата, я вот сколько с Angular работаю, не понимаю, зачем нужно Immutable.js или immer. В javaScript всё равно же нет многопоточности.
DT
причём тут многопоточность?
IV
проблема блокировки в многопоточности.
DT
Если у тебя есть механизмы, опирающиеся на то, что данные иммутабельны (например change detection OnChange), то ты не можешь делать мутации (вроде array.push(value)).
Эти либы помогают работать со вложенными структурами, чтобы вместо
можно было написать
Как пример
Эти либы помогают работать со вложенными структурами, чтобы вместо
function update(old, newNestedValue) {
return {
...old,
a: {
...old.a,
b: {
old.a.b,
c: newNestedValue
}
}
}
}можно было написать
function update(old, newNestedValue) {
return produce(draft => {
draft.a.b.c = newNestedValue;
return draft;
}
}Как пример
DT
у нас есть асинхронность
IV
Понятно, в голосовом чате тоже обсудили. У меня не было никогда сложных вложенных структур, поэтому и проблемы такой не возникало.
IV
Просто в других языках с многопоточностью есть проблемы взаимоблокировок во время записи в один блок памяти.
И в других языка иммутабельностью обычно решают именно эту проблему.
В асинхронном коде в одном потоке такой проблемы не возникает.
Обычная пишут, что:
> Неизменяемые объекты интересны, например, тем, что потоко-безопасны.
И в других языка иммутабельностью обычно решают именно эту проблему.
В асинхронном коде в одном потоке такой проблемы не возникает.
Обычная пишут, что:
> Неизменяемые объекты интересны, например, тем, что потоко-безопасны.
DT
Ну вот частный пример с асинхронностью
DT
вот решение
IV
Это я понял.
Ну тут программист так написал, наверное он так и хотел. Потоко-безопаснть это всё-таки когда программа может зависнуть, а может и нет при использовании мутабельных объектов.
Можно и так написать :)
Ну тут программист так написал, наверное он так и хотел. Потоко-безопаснть это всё-таки когда программа может зависнуть, а может и нет при использовании мутабельных объектов.
Можно и так написать :)
const a = { ...state.a }DT
а вот пример с immer
DT
так мы и не говорим про потоки
IV
Я вроде в таких ситуациях пишу так:
А так я всё понятно для чего теперь. Спасибо.
state.a = { ...state.a, b: false };
Должно так тоже работать. Для конкретно этого теста :)А так я всё понятно для чего теперь. Спасибо.
DT
ну вот пример
здесь структура данных неудобная для записи, но удобная для чтения
предлагаю тебе написать то же самое без мутаций)
здесь структура данных неудобная для записи, но удобная для чтения
предлагаю тебе написать то же самое без мутаций)
DT
в целом, тоже не сложно, но читать будет проблемно
DT
З.Ы. я не агитирую за использование подобных либ, но вопрос был "Зачем, ведь нет многопоточности"