Size: a a a

Programming Offtop

2020 August 06

I

Igor in Programming Offtop
Andrew Mikhaylov
Так а чё спрашивал тогда? 🌚
Где что спрашивал? Я только присоединился
источник

AM

Andrew Mikhaylov in Programming Offtop
Igor
Где что спрашивал? Я только присоединился
https://t.me/pofftop/214001
Я, может, не совсем понял тогда, о чём вопрос был.
источник

O

OlegKrikun in Programming Offtop
Нечего я не открывал, у меня и зипа на телефоне нету 🥴
источник

O

OlegKrikun in Programming Offtop
Но выше скрин посмотрел уже
источник

O

OlegKrikun in Programming Offtop
Имха список может быть полезнее, чем 3д, так как в нём проще проследить структуру
источник

AD

Apache DOG™ in Programming Offtop
Alexander Nozik
Все эти реакты, чаи и прочее хороши для тонких систем с монолитным UI и прозрачной логикой. Все это перестает нормально работать как только разные части системы начинают работать независимо друг от друга. Там нужна там самая инкапсуляция и та самая абстракция. Я пришел к выводу, что на реакто-подобных системах хорошо делать отдельные сложные компоненты, но не всю систему.
Реакт как то противоречит инкапсуляции и абстракции?
источник

AD

Apache DOG™ in Programming Offtop
Да что в них там такого великого если то что они делают можно сделать как (S,A) => F[(S,E)]
источник

I

Igor in Programming Offtop
Ну там траблы
- как эти префы сделать дженерик (достаточно тупыми), что бы не плодить по эффекту на каждое поле

А в идеале, что бы данные автоматически сохранялись, без ручного вызова
Но тогда, надо как-то разделять данные на "нужно/не нужно" сохранять,
над оптимизацией думать (что бы по 300кб за изменения не дампать)
источник

AN

Alexander Nozik in Programming Offtop
Apache DOG™
Реакт как то противоречит инкапсуляции и абстракции?
Скорее редукс/чай, чем сам реакт. Тем, что стейт един
источник

AD

Apache DOG™ in Programming Offtop
Ничего не мешает тебе его порезать
источник

AM

Andrew Mikhaylov in Programming Offtop
Igor
Ну там траблы
- как эти префы сделать дженерик (достаточно тупыми), что бы не плодить по эффекту на каждое поле

А в идеале, что бы данные автоматически сохранялись, без ручного вызова
Но тогда, надо как-то разделять данные на "нужно/не нужно" сохранять,
над оптимизацией думать (что бы по 300кб за изменения не дампать)
Понял теперь, о чём речь. Да, это не в ту сторону, о которой я думал.
источник

AN

Alexander Nozik in Programming Offtop
Igor
Ну там траблы
- как эти префы сделать дженерик (достаточно тупыми), что бы не плодить по эффекту на каждое поле

А в идеале, что бы данные автоматически сохранялись, без ручного вызова
Но тогда, надо как-то разделять данные на "нужно/не нужно" сохранять,
над оптимизацией думать (что бы по 300кб за изменения не дампать)
Там модель десятки мегабайт если что. И это не андроид, разумеется
источник

AD

Apache DOG™ in Programming Offtop
И вжс инкапсуляция это миф
источник

AN

Alexander Nozik in Programming Offtop
Apache DOG™
И вжс инкапсуляция это миф
Вы на нем чего-нибудь писали? Инкапсуляцию можно и на С сделать. Вопрос же в архитектуре, а не в том, как оно внутри работает
источник

AD

Apache DOG™ in Programming Offtop
Я могу в жс расколупать любой объект на составляющие и поменять его любым образом
источник

I

Igor in Programming Offtop
Apache DOG™
Я могу в жс расколупать любой объект на составляющие и поменять его любым образом
Даже локальные переменные внутри замыкания?
источник

AD

Apache DOG™ in Programming Offtop
Да
источник

I

Igor in Programming Offtop
как?
источник

AN

Alexander Nozik in Programming Offtop
Apache DOG™
Я могу в жс расколупать любой объект на составляющие и поменять его любым образом
Так, я не в настроении бесполезные сферические разговоры вести. Где угодно можно что угодно расковырять, хоть в хаскеле память хакнуть. Ну не говоря о том, что ы похоже слабо себе современные JS стандарты представляете
источник

AD

Apache DOG™ in Programming Offtop
Igor
как?
Поменяв ту часть которая перед замыканием
источник