{ [key]: value }

Привет всем, подскажите юзаю final-form. Нужно хранить картинку, иметь к ней доступ что-бы изменить(кропнуть) сколько угодно раз. Проблема в том, что финал форм в свои поля всегда сохраняет event.target.value и не даёт простого доступа к изменению их. Если есть у кого подобный опыт поделетись плз)

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

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

а в принципе курсы книги годичной давности еще актуальны? вроде многое в реакте менялось в последнее время. хуки там и тп

а подскажите как мне получить валидное value? вот вне функции все окей, а внутри у меня всегда ссылка на старое значение

Храни велью в юзереф а не в стейте

ну и вроде как useRef это плохо

Почему? https://ru.reactjs.org/docs/hooks-faq.html#why-am-i-seeing-stale-props-or-state-inside-my-function

а подскажите как мне получить валидное value? вот вне функции все окей, а внутри у меня всегда ссылка на старое значение

Почему? https://ru.reactjs.org/docs/hooks-faq.html#why-am-i-seeing-stale-props-or-state-inside-my-function

Ну выглядит костыльно, но думаю надо его будет юзать тогда

Не в обиду я бы тебе js посоветовал бы подтянуть. Структуры типа if(smth===true) return после сетстейта Настораживают

Ё Подскажите, я не совсем понял — а reselect зачем нужен?

я дебажил, там проблема не в моем фиговом жсе, а в ioc который предоставляет реакт)

у меня, кстати, массив элементов, на все надо вешать ref?

помню как у меня на одном собесе спросили чем отличается реакт разработчик от js разработчика. На это наш разговор и закончился

Ты не смог ответить потому что ты реактер. А вопрос актуален

Ты не смог ответить потому что ты реактер. А вопрос актуален

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

так и есть. Я реакт-макака, а js от джавы даже не отличаю

короче по первому сайте в гугле вот такое было, чет говнокод, но рабочий

это же вообще лютая херня, почему она работает?

ты тесты выполняешь csssr ?))

это же вообще лютая херня, почему она работает?

Работает все так как задумали создатели хуков. Такая конструкция крайне редко нужна и если ты пришел к тому что она нужна тебе, то на 99% ты делаешь что то не то

че за херня, лол. В чем прикол?

Что такое айтемс?

ну выше же скрин

ыахыахыахыха

@zarabotaet чекай - одновременно у меня старое и новое значение лежит.!

Все работает как и должно

картинка загружается юзером?

@Larin_Denis если я правильно помню, то <Layer /> является контейнером для ваших кругов. Я раньше так делал. <Layer type="symbol" id="marker" layout={{ "icon-image": "marker-15" }}> <Marker coordinates={[27.574539252914548, 53.92831590206342]} anchor="bottom" > <span uk-icon="icon: location; ratio: 1.7" /> </Marker> </Layer>

это нормальный хук или извращение? Я как-то сильно страдаю без mapDispatchToProps

это нормальный хук или извращение? Я как-то сильно страдаю без mapDispatchToProps

Тебе редакс дал useDispatch, useSelector. В чем страдания

Тебе редакс дал useDispatch, useSelector. В чем страдания

Всем привет, какие есть лучшие практики по посылке update запроса на сервер на изменение сущности? - Обновить у себя в стейт менеджере на фронте, и откатывать если ответ не 200? - Или заставлять бакенд отправлять обновленную версию сущности и полностью заменять старую на фронте?

Второе

Всем привет, какие есть лучшие практики по посылке update запроса на сервер на изменение сущности? - Обновить у себя в стейт менеджере на фронте, и откатывать если ответ не 200? - Или заставлять бакенд отправлять обновленную версию сущности и полностью заменять старую на фронте?

"husky": { "hooks": { "pre-commit": "lint-staged && npm test", "commit-msg": "commitlint -E HUSKY_GIT_PARAMS -g ./config/git/commitlint.js" } }, всем привет, у меня проблема с husky, именно на стадии запуска тестов когда тесты запускаются и проходят дальше ничего не происходит насколько я понимаю, должен выполняться коммит сразу

Возможно дело не в хаски, а в том, что джест в вотч режиме запускается.

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

спасибо в сети говорят что нет истины, и то, и то норм

хорошо написанный рест при апдейте возвращает сущность, при удалении просто 204

Там нужно CI=true переменную окружения заводить вроде, чтоб джест выходил после ок тестов.

хорошо написанный рест при апдейте возвращает сущность, при удалении просто 204

на всякий случай?

В смысле на всякий? В общем случае вы не знаете что затронуло обновление, у сущности могут быть сложные вычисляемые поля, логика обновления которых на сервере. Мой опыт говорит, что подход с возвратом обновлённой версии сущности в ответ на изменение сильно упрощает дела и гарантирует что отображаются актуальные данные.

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

это ясно, имеет смысл возвращать если есть новые вычисляемые на сервере данные я имел ввиду когда обновление очевидно, к примеру меняется один флаг с false на true, то есть сервер в этом случае не может дать ничего нового

это ясно, имеет смысл возвращать если есть новые вычисляемые на сервере данные я имел ввиду когда обновление очевидно, к примеру меняется один флаг с false на true, то есть сервер в этом случае не может дать ничего нового

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

вообще да, согласен, чувствуется более безопасно видимо у нас фиговый рест)

Вообще вы правильный вопрос подняли :)

вообще да, согласен, чувствуется более безопасно видимо у нас фиговый рест)

Мне кажется просто надо отказаться от идеи самому изменять данные при обновлении полей сущностей через rest, и тогда проблем не станет. Приведу пример со список записей, пусть список будет тройкой полей (Записи, ОбщееЧисло, ТекущаяСтраница), и надо учитывать ещё что Записи - отсортированный массив, критерии сортировки могут быть довольно сложными и вообще говоря не поддаваться вычислению на клиенте. Теперь допустим мы добавляем в список новую запись. В одном случае необходимо на клиенте проследить за обновлением руками полей ОбщееЧисло, вставить этот элемент в массив Записи (а на какое место не понятно такая логику сортировки мы не всегда знаем) и другой вариант просто запрсить список заново при изменении и перерендерить.

От кейса зависит и только