вот так я делаю проверку равенства одного поля другому https://github.com/today-/actorsmovies/blob/master/src/components/guest/Register.tsx#L97 можно и более сложные кейсы делать

у меня проверка на то, что числовое значение одного поля не может превышать значение другого поля

Yup.number().lessThan(Yup.ref('other_field') ) попробуй

Читал, понял, что PureComponent это хорошо. Не понимаю, почему тогда его всегда не использовать?

Добрый вечер, есть задание создать блог, шаблон я сделал, но отрисовать функциональные компоненты не выходит.. Понимаю, что просьба напряжная, но кто знает redux, router, react и все это вперемешку, надеюсь помогую указать на косяки и как решить их https://codesandbox.io/s/wild-shadow-u6u2e

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

не соглашусь. Если уж писать на классах то PureComponent по дефолту, если его поведение не устраивает то можно заменить на Component

опять же из-за того, что ты увеличиваешь количество сравнений

Лишний раз оптимизировать - плохая идея

кол-во сравнений vs кол-во перерисовок.

если оптимизация не требует лишних усилий от разработчика то почему бы нет?

не соглашусь. Если уж писать на классах то PureComponent по дефолту, если его поведение не устраивает то можно заменить на Component

1 перерисовка vs 6 сравнений пропсов компонента

не соглашусь. Если уж писать на классах то PureComponent по дефолту, если его поведение не устраивает то можно заменить на Component

до первого дебага

типо где-то не заметили и смутировали?

@itsjohncena не терпишь китаёзов?)

компоненты не обновляются когда нужно

когда из-за оптимизации тормозит всё))0

а что значит когда нужно? нужно тогда когда данные поменялись.

а что значит когда нужно? нужно тогда когда данные поменялись.

вот именно данные поменялись, а пропсы не поменялись и компонент не обновился

а зачем мутировать данные? Ну то есть надо веди решить либо мы работаем с мутабельнымми данными либо нет. И придерживаться чего-то одного.

минус один значит не согласен? Почему?

@ZeroBias Подскажи пожалуйста, где посмотреть такие правила и на подобие, а именно : ( каким по величине должен быть компонент ) колличество строк и т.д.

вопрос не мне, но как правило - если функция не влазит в экран - разбиваем ее на несколько. То же самое с компонентом. В крайности не кидаемся. Это придет со временем

не, тут вопрос в другом, есть компонент на 1000+ строк, как доказать людям что это плохо, но аргументированно ссылаясь на какие то практики ?

всем привет использую react-router-dom это нормально что нет возможности использовать nested path и надо каждый раз для каждого роута прописывать его полный path?

дать им задачу на внесеие изменения в этот код)) Вопросы сразу отпадут

не, тут вопрос в другом, есть компонент на 1000+ строк, как доказать людям что это плохо, но аргументированно ссылаясь на какие то практики ?

не, тут вопрос в другом, есть компонент на 1000+ строк, как доказать людям что это плохо, но аргументированно ссылаясь на какие то практики ?

много кода не всегда плохо

дать им задачу на внесеие изменения в этот код)) Вопросы сразу отпадут

ну вот тут прям сразу const map должен быть отдельным компонентом, сфига там MyMap еще, который чиста обертка...

не подскажешь как поддерживать такой компонент ?) Есть практики ?

Нету. По обстоятельствам. Вот к примеру хук и в нему вполне можно написать различные функции для работы с данными. И это может занять много места

Давайте писать все монолитом ?

Добрый день. Ребятки объясните. у меня есть три компонента. Таблица - которая отображает данные. Фильтр - для таблицы. Пагинация - для таблицы. Можете объяснить в двух словах как на хуках построить взаимодействие между тремя компонентами или тут только redux или родительский компонент через который передавать данные ?

mapStateToProps который возвращает 12 пропсов.... PropTypes описание в 150+ строк

Дело не в монолите. Зачем одну логику размазывать?

это не читаемо, кроме единственной ответственности нарушение еще и чистоты кода.

это не читаемо, кроме единственной ответственности нарушение еще и чистоты кода.

В не кучу не связного кода в файл

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

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

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

имхо, личное мнение и опыт показывает что чем мельче задлене компонент, тем проще заимствовать нужные вещи и поддерживать отдельно, недели 1000+ строк кода

имхо, личное мнение и опыт показывает что чем мельче задлене компонент, тем проще заимствовать нужные вещи и поддерживать отдельно, недели 1000+ строк кода

1000+ это уникальный кейс, зачем ты вечно приплетаешь его?

потому что я обратился с проблемой по своему кейсу, верно ?

а 100, но с кучей вложенных анонимок?

В твоем случае пошел сейчас просто доставания меня в частности для какого твоего самоутверждения ? Просто есть конкретный вопрос, не знаешь ответ не реагируй, ИМХО. Я считаю что МОЙ кейс, повторяюсь, мой КЕЙС - это лишнее иметь компонент на 1000+ строк кода.