Size: a a a

2021 February 17

VA

Vladislav Altyncev in Frontend_ru
Гуглишь vertical slider да берешь любую. Я так понимаю менять в ней ты всё равно особо ничего не хочешь
источник

J

JohnByte in Frontend_ru
Илья Грущенко
Я сам бекендер, привык все разносить на слои, тут это применимо?
Да. По тому же MVC/MVVM. Вьюхи отдельно, стораджи с обсерверами - отдельно
источник

J

JohnByte in Frontend_ru
Илья Грущенко
Киньте инфу или поясните куда выкидывать сложную бизнес логику для компонентов реакт, не могу же я делать render() на 100 строк
В HOC/хуки
источник

k

krau5 in Frontend_ru
Илья Грущенко
Киньте инфу или поясните куда выкидывать сложную бизнес логику для компонентов реакт, не могу же я делать render() на 100 строк
ебан, ну зачем классовые компоненты юзать
источник

k

krau5 in Frontend_ru
источник

АГ

Андрей Гуртовой... in Frontend_ru
классовые компоненты полезны — они всем нужны
источник

АГ

Андрей Гуртовой... in Frontend_ru
JohnByte
В HOC/хуки
isCommentHidden я бы не стал так делать — мы же скоре передаём внутрь ., вот пусть и вычисляется внутри само, чтобы логику не размывать на много файлов
источник

АГ

Андрей Гуртовой... in Frontend_ru
в этом случае тут деструктуризация пропсов не нужна и можно это {...this.props}

ну и вцелом компонент этот не нужен , раз уж тут только пропсы переплывают к дочернему элементу
источник

k

krau5 in Frontend_ru
Андрей Гуртовой
классовые компоненты полезны — они всем нужны
их можно на хуках сделать
источник

k

krau5 in Frontend_ru
источник

АГ

Андрей Гуртовой... in Frontend_ru
krau5
их можно на хуках сделать
можно, но не всё
источник

k

krau5 in Frontend_ru
разве что там пару функций еще на хуки не перевели, getDerived и еще чето там
источник

J

JohnByte in Frontend_ru
Андрей Гуртовой
в этом случае тут деструктуризация пропсов не нужна и можно это {...this.props}

ну и вцелом компонент этот не нужен , раз уж тут только пропсы переплывают к дочернему элементу
Да. Видимо этот компонент предназначался для данных/контролов, но не допилили
источник

J

JohnByte in Frontend_ru
Андрей Гуртовой
isCommentHidden я бы не стал так делать — мы же скоре передаём внутрь ., вот пусть и вычисляется внутри само, чтобы логику не размывать на много файлов
Layout - это вьюха которая ничего не знает о том, как там связаны между собой передаваемые данные. Это good
источник

АГ

Андрей Гуртовой... in Frontend_ru
JohnByte
Layout - это вьюха которая ничего не знает о том, как там связаны между собой передаваемые данные. Это good
понятно. сверху умный компонент
источник

АГ

Андрей Гуртовой... in Frontend_ru
дэн абрамов теперь говорит что  умные и глупые компоненты не нужны ) потому что размывают фокус )
источник

АГ

Андрей Гуртовой... in Frontend_ru
я конечно же не согласен ) но пусть говорит
источник

J

JohnByte in Frontend_ru
JohnByte
Layout - это вьюха которая ничего не знает о том, как там связаны между собой передаваемые данные. Это good
(может Layout будет подтипом какого-нибудь StyledComponent, а может и нет)
источник

J

JohnByte in Frontend_ru
Андрей Гуртовой
дэн абрамов теперь говорит что  умные и глупые компоненты не нужны ) потому что размывают фокус )
Это где такое говорит?
источник

J

JohnByte in Frontend_ru
Так-та если не делить четко программу с достаточно сложной логикой на слой отображения и слой данных, будут получаться портянки на сотни строк кода по которым сложно понять для чего они. В современном Реакте разве что за данные могут отвечать хуки вместо HOC-ов
источник