MR
Насколько подход с использованием функциональных компонентов хорошо поддерживаемый?
Size: a a a
2020 November 25
И
И
Насколько подход с использованием функциональных компонентов хорошо поддерживаемый?
На 34)
MR
Т
На 34)
42
И
Насколько подход с использованием функциональных компонентов хорошо поддерживаемый?
Более поддерживаемый, чем на классах
MR
Блин, нафига их вообще использовать.
Т
Более поддерживаемый, чем на классах
Знаю один проект в котором сча из-за спешки и отсутствия кодревью появились компоненты с сотней связанных хуков. Даже не знаю лучше ли это суперклассов с сотней рендер методов.
MR
Хоки с функциональными компонентами
MR
А я работаю в проекте где половина пропсов приходит рестом
MR
А ты такой правильный парень и за тайпскрипт
Т
Хоки с функциональными компонентами
Хоки не особо нужны.
А функциональные компоненты с хуками удобнее, чем классы
А функциональные компоненты с хуками удобнее, чем классы
MR
MR
Хоки не особо нужны.
А функциональные компоненты с хуками удобнее, чем классы
А функциональные компоненты с хуками удобнее, чем классы
кстатии хорошая идея. спасибо
И
я пока не понимаю что в этом удобного. Реакт вроде за композицию против наследования. Типа один большой файл разбивать на несколько хоками не очень удобно
Кек) а можно это сделать и посимпатичнее — функцией compose
DS
Знаю один проект в котором сча из-за спешки и отсутствия кодревью появились компоненты с сотней связанных хуков. Даже не знаю лучше ли это суперклассов с сотней рендер методов.
Из-за спешки дале золото может превратиться в 💩
S
я пока не понимаю что в этом удобного. Реакт вроде за композицию против наследования. Типа один большой файл разбивать на несколько хоками не очень удобно
похоже на какое-то извращение, это ваш код?
MR
похоже на какое-то извращение, это ваш код?
нет не мой
АМ
я пока не понимаю что в этом удобного. Реакт вроде за композицию против наследования. Типа один большой файл разбивать на несколько хоками не очень удобно
Ну вот опять — экспорт дефолт это зло