А только размером бандлов нужно меряться?)

сделайте TODO приложуху на реакте и на svelte и сравните размеры бандлов. Удивитесь результату

ну это считай, самый важный параметр.

ребят, есть сообщетсво похожее по angular?

есть.

дай ссыль

и тебя вылечат.

Суть в том, что можно взять и перфоманс, и размер бандла, и полную переиспользуемость.

нормальная ли практика в редаксе в мапСтейтТуПропс передать проп исключительно ради того, чтобы компонент перерендерился?

Вдом помогает патчить дом только в одном случае - когда компонент зависит не только от своих пропсов(читай не чистая функция). В остальных нам достаточно изменившегося стейта в стейт-менеджере, чтобы сказать, что вёрстка будет другой.

Не совсем так. Virtual DOM позволяет относительно эффективно патчить DOM без наблюдением за изменениями данных. Но если есть нормальная и эффективная реактивная система, которая позволит отследить какая часть нашего стейта и пропсов изменилась и какие части DOM нужно обновить, то Virtual DOM уже становится лишним и не нужным (и React кстати тоже). Осталось только построить такую систему, но тут всё упирается в такую замечательную вещь как JS. В ES5 такое в принципе невозможно без адовых костылей. В ES6 вроде как есть прокси, но я правда не уверен, что с ними всё гладко выйдет. Svelte решил не париться и сделал весьма ограниченную статическую систему отслеживания изменений. Поэтому там надо через операторы присваивания менять данные, забыв к примеру про все мутабельные методы массивов.

Осталось только построить такую систему, но тут всё упирается в такую замечательную вещь как JS. В ES5 такое в принципе невозможно без адовых костылей. В ES6 вроде как есть прокси, но я правда не уверен, что с ними всё гладко выйдет. Обоснуйте этот абзац. И да, прокси ненужны.

const obj = es5observable({foo: 5}); obj.bar = 42; //упс, без проксей не можем отследить такое

state.foo.bar++; vs return {...state, foo: {...state.foo, bar: sate.foo.bar + 1}}

Ознакомьтесь с эффектором, пожалуйста. Блин. Случайно удалил предыдущее сообщение.

Я в эффекторе могу мутабельно менять глубоко вложенные поля объектов?

может кто будет знать почему componentDidUpdate не ловит изменение в props?

Вопрос. При обновлении списка вместо перерисовки происходит дублирование. Это возможно из-за одинаковых key?

Зачем тебе такие объекты?

А это уже совершенно другой вопрос. Затем что я хочу делать такой стейт, какой я хочу, мутабельный/иммутабельный, плоский/глубоко вложенный. Но эффектор, редакс и svelte достаточно сильно ограничивают в этом плане.

А это уже совершенно другой вопрос. Затем что я хочу делать такой стейт, какой я хочу, мутабельный/иммутабельный, плоский/глубоко вложенный. Но эффектор, редакс и svelte достаточно сильно ограничивают в этом плане.

У любого решения есть ситуации, в которых оно сливает. Вопрос в том сколько этих кейсов и насколько они часто встречаются в работе. Поэтому я и спрашиваю зачем это нужно.

И на самом деле все эти ограничения не по идеологическим соображениям введены, а чисто по техническим. Это то, о чём я говорил. И это то, зачем нужны те самые прокси.

Почему?

Потому что это исключительно рантайм фича. Без выполнения кода ты не сможешь понять что в объекте происходит

Если их использовать для стейт менеджера, то в объекте будет происходить тоже самое, что и без них.

Ты будешь допиливать flow и тс для таких частностей?

function proxyObservable<T>(obj: T): T; Стейт менеджер на проксях не будут менять тип. Всё что было в объекте и так в нём остаётся.

не смей сомневаться в эффекторе. там лучше знают, как тебе делать. apple-style.

Это в принципе не моя модель даже, а тупо mobx. Вроде в него даже прокси впихнули. И да, там computed свойства для зависимых полей.

Mobx ещё принципиально не способен нормально и без боли сынтегрироваться с реактом. Потому что по хорошему тут view фрейм/либа должны знать про стейт менеджер такого типа. И к примеру делать все компоненты observer

Мне мобикс не нравится своим двусторонним биндингом. Это очень усложняет чтение проекта.

Хэллоу. Настраивал конфиг prettier для того, чтобы у всех был единое форматирование и хочу отключить правило semi, какие могут быть подводные камни при минификации и сталкивался кто с проблемами в таком случае?

Хэллоу. Настраивал конфиг prettier для того, чтобы у всех был единое форматирование и хочу отключить правило semi, какие могут быть подводные камни при минификации и сталкивался кто с проблемами в таком случае?

У кого-нибудь было такое что в componentDidMount рефка пустая… Не могу понять как так

посоны, такой кейс делаю короче диспатч экшона в методе и в этом же сетоде запоускаю еще другой метод который зависит от данных которые должен посчитать селектор и вот в нем данные почему-то не обновленные

бывает из-за анимации

что за анимации?

У кого-нибудь было такое что в componentDidMount рефка пустая… Не могу понять как так

Никаких, минификатор их ставит там где нужно

redux-thunk

Если брать аналогию с хуками, то там тоже изначально реф пустая

У кого-нибудь было такое что в componentDidMount рефка пустая… Не могу понять как так

покажи рендер элемента, который ты пытаешься рефать

очень просто) У тебя элемент может рендерится позднее, чем когда срабатывает cdm

А, вы про условный рендеринг в родителе. Понял

Всем привет, кто-нибудь работал с formik+yup?

проблема - ошибка исчезает из объекта errors при onBlur на любом другом филде