тем, что ты делаешь ненужную глубокую копию объекта и тратишь на это ресурсы, после чего у тебя появляется 2 источника с данными, которые нужно между собой синхронизировать, и повесить один вотчер на локальный стейт недостаточно - тебе нужно синхронизировать это и в обратную сторону, чтобы при смене пропса менялась твоя локальная копия стоит ли объяснять, что здесь не так?
Тем, что у тебя нет единого источника истины и данные приходится синхронизировать друг с другом
А куча computed не создаст проблемы с синхронизацией? разница подходов в том, что не нужно городить бойлерплейт, а новые ключи сразу подхватываются. источник истины все равно остается родитель. двусторонняя связь сохраняется
Речь про форму. Если у вас опросник с 100+ полями -- с обоими подходами все будет плохо. Пять полей нагрузки не сделают (если только не начинать "считать спички")
>источник истины все равно остается родитель. двусторонняя связь сохраняется в твоем варианте с локальной копией - нет, если ты не будешь явно следить за пропсом и синхронизировать локальную копию с ним
не вижу ни одной причины, почему со 2 подходом что-то может пойти не так
Так так и происходит. После эмита родитель возвращает свежую копию get() return props.object
ну так а если родитель поменялся не от эмита?
Обсуждают сегодня