DK
там еще есть способы другие с инкрементальным рендерингом.. но их я не понимаю
Size: a a a
2021 August 23
AP
Именно это позволяет делать "один код на сервере и клиенте", например. Потому что до шага, на котором делается финальная обработка, разметка-как-данные могут ходить в общем коде.
DK
Как-то довелось поработать с одним индусом, который в редюсере на каждое изменение делал что-то вроде
редюсеры конечно стало куда легде писать, никаких тебе заморочек )) Только все недоумевали, а чего оно так лагает то ))))
const newState = _.cloneDeep(state)
newState.abc = 'Hello there'
return newState
редюсеры конечно стало куда легде писать, никаких тебе заморочек )) Только все недоумевали, а чего оно так лагает то ))))
AP
Ну вот эти вот спреды в JS вместо мутирования объектов — такое же защитное копирование
DK
ну не совсем... спреды делают structural sharing где болшая часть старой структуры переиспользуется и остается еквивалентной по ссылке... а в случае с cloneDeep мы во первых на саму эту операцию тратим куча памяти и времени, а потом еще вдом начинает пересчитывать вообще весь мир... а если такие операции происходят скажем 5 раз в секуну - считай все, приложение не юзабельно
K
> спреды делают structural sharing где болшая часть старой структуры переиспользуется и остается еквивалентной по ссылке
Ещё лучше. То есть, после 10 апдейтов, объект превращается в цепочку из 10 дельт?
Ещё лучше. То есть, после 10 апдейтов, объект превращается в цепочку из 10 дельт?
DK
ээээ кажется мы потеряли нить ))) Сейчас мы говорим уже про реакт с редуксом )
DK
{ ...state, abc: 'Hello there' } и const newState = _.cloneDeep(state); newState.abc = 'Hello there' только на непосвященный взгляд кажется одним и тем же, на деле разница получается огромнойDK
особенно в мире реакта
K
Так посвяти, что там за магия хеш-мапов такая
K
Стоп. cloneDeep?
K
Аахаха
DK
Я тоже смеялся ... а потом несколько месяцев мучительно и тщетно обьяснял коллега почему так нельзя делать НИКОГДА... я был новеньким в компании, поэтому не особо прислушивались тогда
AP
Тот шаринг, который там делает внутри спред, какая-то местячковая подпорка
AP
object не by construction такой, а значит как оно там себя ведёт, знать заранее нельзя
DK
const state = { a: {...very big object}, b: {...very big object}, c: 1 }
const state1 = { ...state, c: 2 }
state.a === state1.a // true
state.b === state1.b // true
в случае рендеринга такое свойство спредов, что неизмененные части обьекта остаются эквивалентны по ссылке - имеет решающее значение
AP
DK
это конечно не нормалная иммутабельность в приличных языках, но без этого будет совсем вообще грустно и тот же реакт точно бы не вывез, болтался бы на низовых позициях
2021 August 27
С
а из исходящих портов можно результат получать?
С
как правильно организовать работу с js функцией которая ничего не принимает и возвращает разные результаты с течением времени? два порта делать?