а есть вообще вариант как-то уменьшить размер этой подзалупы всей?

Минификатором пройдись и всё схлопнется, в этом и суть tree shaking

например?

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

я походу пропустил

Реакт роутер умеет так site.com/#sectionone/profile/etc?

Но тут тоже лучше не злоупотреблять ибо глубокое дерево это больно реакту вроде.

Обещают в ближайших релизах оверхед от ХОКов вообще практически к нулю свести)

кто нибудь сталкивался с проблеммой Prettier ? в IDE IJ

Нет все иделаьно работает. Какая проблема?

Нет все иделаьно работает. Какая проблема?

Все исправил уже =)

гайз, а это правда, что использование функционального компонента предпочтительнее перед "обычным" компонентом ( в котором классы )?

гайз, а это правда, что использование функционального компонента предпочтительнее перед "обычным" компонентом ( в котором классы )?

без разницы. что больше подходит для компонента, то и юзаешь

Че

под капотом вроде все одинаково

Че

Нормальная производительность у функционального компонента?

Ну хотя...

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

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

а что с производительностью? Такое впечатления, что она должна хромать...

гайз, а это правда, что использование функционального компонента предпочтительнее перед "обычным" компонентом ( в котором классы )?

да, это правда. Ведь он не выполняет каждый раз все события жизненного цикла при генерации. У него только одно событие - render.

Нормальная производительность у функционального компонента?

функциональный компонент более производителен, т.к. это простая функция, которая возвращает объект и подписана всего на одно событие - изменение своих пропсов.

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

Кода больше

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

которые не всегда нужны

Кода больше

Со снипетами одинаково

которые не всегда нужны

Зато стиль единый

Со снипетами одинаково

Кода меньше не становится

Читать больше

Меня напрягает переписывать функциональный компонент в класс, при необходимости

Меня напрягает переписывать функциональный компонент в класс, при необходимости

Значит ты проектируешь неправильно

функциональный компонент более производителен, т.к. это простая функция, которая возвращает объект и подписана всего на одно событие - изменение своих пропсов.

где-то была статья что это не так и флоу у обоих типов компонентов одинаковый

Я крайне редко переписываю компоненты

Зато стиль единый

это больше похоже на политические лозунги, чем на мысль программиста. Ведь есть вещи важнее "единого стиля": производительность, функциональность....

где-то была статья что это не так и флоу у обоих типов компонентов одинаковый

О, интересно, я бы прочел.

да, это правда. Ведь он не выполняет каждый раз все события жизненного цикла при генерации. У него только одно событие - render.

круто!

Меня напрягает переписывать функциональный компонент в класс, при необходимости

это дерьмово на самом деле

как юзать такие компоненты

когда они могут поменяться в любой момент?

это больше похоже на политические лозунги, чем на мысль программиста. Ведь есть вещи важнее "единого стиля": производительность, функциональность....

Ну вон @sergeysova пишет редусеры со скобками и ретурном всегда. Хотя это немного про другое

Ну вон @sergeysova пишет редусеры со скобками и ретурном всегда. Хотя это немного про другое

шта?

функциональный компонент более производителен, т.к. это простая функция, которая возвращает объект и подписана всего на одно событие - изменение своих пропсов.

отлично! все просто и понятно - благодарю )

Ну вон @sergeysova пишет редусеры со скобками и ретурном всегда. Хотя это немного про другое

ты гонишь?

когда они могут поменяться в любой момент?

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

я как раз ненавижу писать лишний код

где-то была статья что это не так и флоу у обоих типов компонентов одинаковый

первая ссылка в google ведет на противоречащую твоей мысли информацию: https://stackoverflow.com/questions/36097965

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

крайне редко

крайне

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

хз быстрогугл вывел вот на это

https://twitter.com/dan_abramov/status/755343749983657986

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

но не ломаю существующий компонент потому что он может дохрена где юзаться

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

https://cdn-images-1.medium.com/max/800/1*w5AgUaaW1e_w-s6-oDxapg.png хм

из-за чего при команде "назад" (history.back()) страница может скроллиться вниз?

я также не понимаю людей который сначала делают Button максимально простая кнопка, со стилями а потом добавляют туда кучу условий, внутренние компоненты, типа icon, hover tooltip и дальше впиливают стейт для toggle, возможность показывать loader пока грузится запрос и после всего этого удивляются чего это все так тормозит

из-за чего при команде "назад" (history.back()) страница может скроллиться вниз?

потому что на предущей странице скролл был внизу?

потому что на предущей странице скролл был внизу?

неа

прям в самый низ скачет всегда

первая ссылка в google ведет на противоречащую твоей мысли информацию: https://stackoverflow.com/questions/36097965

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

роутер к сожалению кастомный, из каменного века

роутер к сожалению кастомный, из каменного века

ну тут сам роутер смотреть надо

я также не понимаю людей который сначала делают Button максимально простая кнопка, со стилями а потом добавляют туда кучу условий, внутренние компоненты, типа icon, hover tooltip и дальше впиливают стейт для toggle, возможность показывать loader пока грузится запрос и после всего этого удивляются чего это все так тормозит

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

ну тут сам роутер смотреть надо

а что может вызывать такой скролл? смена location.hash?

прост хз что именно искать в коде

а что может вызывать такой скролл? смена location.hash?

лол да #hash это же якорь

если на странице есть якорь с таким именем То вполне