лол, это неправильно

это твое мнение.

ясно)))

все правильно, зачем менять нейминг классов ?

нет, ты не прав

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

переезд на другой подход или либу

Я не эксперт в тестировании, но, вроде, при переезде на другие либы всегда приходится много переписывать

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

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

долбоебизм это на классы тесты писать

Это попуг, он терроризирует далеко не один чат, забей

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

Это попуг, он терроризирует далеко не один чат, забей

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

почему не покрывать? а что тогда покрывать?

а смысл тестов которые проверяют набор классов навешанных на элемент если они не дают гарантии что элемент отображается правильно?

Приветствую! Подскажите как будет грамотнее выделить dashboard в приложении. Ни миксовать же его actions reducers components с основной частью. Спасибо!

Этого троля с руки люблю подкормить )

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

Кромер проверки на классы можно проверять и все остальное )

Это сугубо твое личное мнение, насколько "профессионально" ты пишиь тесты меня в душе не ебет )))

ну тогда иди гуляй, а не спрашивай тут советов, лол бля

проверка на классы. и проверка на все остльаное это разные тесты. Зачем писать те тесты которые мало что дают?

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

вы тестируете unit-тестами соблюдение договореностей в команде?)))

вы тестируете unit-тестами соблюдение договореностей в команде?)))

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

виртуал дом строится новый, а реально ре-рендерится только то, что изменилось.

То есть если в каждом компоненте консолить ререндер, то это значит что перерисовался просто виртуальный дом, элементы отрисовались по новой? А реакт поменял только то, что реально изменилось?

То есть если в каждом компоненте консолить ререндер, то это значит что перерисовался просто виртуальный дом, элементы отрисовались по новой? А реакт поменял только то, что реально изменилось?

если не хочешь рендерить виртуально некоторые тяжелые компоненты, то можно юзать PureComponent, memo, SCU

ну вот и следущий вопрос : когда я делаю проверку в шудКомпонентАпдейт, то отменяется рендер метод, верно?

то есть виртуалный дом не делает сравнения?

смотря что ты вернешь в этом методе)

то есть виртуалный дом не делает сравнения?

https://twitter.com/dan_abramov/status/1083897065263034368?lang=en

А как узнать является ли содержимое переменной валидным реакт компонентом?

isValidElement

element и компонент - это разные вещи.

Он принимает объект в аргументах

А как узнать является ли содержимое переменной валидным реакт компонентом?

А если компоненты как функциию вызвать?

А если компоненты как функциию вызвать?

А как узнать является ли содержимое переменной валидным реакт компонентом?

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

React.createElement(Component).$$typeof === Symbol.for('react.element')

жесть

потому что писать тесты на компоненты это дрочь. Надо тестировать через e2e

-1

кто то делал

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

через Yup.ref или кастомную функции валидации

это внутри validationSchema можно сделать?