Size: a a a

2020 February 11

М

Мерч in React Kyiv
Мне просо неприятно поддерживать классовые компоненты, вот и все
Зачем, если есть хуки
источник

SG

Stas G in React Kyiv
зато примерно такого же уровня, как и твои аргументы
источник

М

Мерч in React Kyiv
Ilya
Это просто разный стиль написания, тут нету «лучше»
Чем меньше пишешь - тем лучше
Зачем постоянный контекст в компоненте то?
источник

I

Ilya in React Kyiv
Мерч
Чем меньше пишешь - тем лучше
Зачем постоянный контекст в компоненте то?
Ты видимо не возился с не нужными ререндарами в хуках
источник

М

Мерч in React Kyiv
Пишите как хотите, но новое тоже нужно принимать когда то
источник

М

Мерч in React Kyiv
Ilya
Ты видимо не возился с не нужными ререндарами в хуках
Ну надо правильно юзЕффект настраивать, что бы он на каждый чих не срабатывал
источник

I

Ilya in React Kyiv
Мерч
Ну надо правильно юзЕффект настраивать, что бы он на каждый чих не срабатывал
А причём тут useEffect?
источник

М

Мерч in React Kyiv
Ну я хз про какой из хуков ты говоришь, что часто ререндерит тебе все
источник

М

Мерч in React Kyiv
Можешь юзать ХОКи и классы, я не запрещаю)
источник

М

Мерч in React Kyiv
Но мне приятнее видеть в новых проектах хуки
источник

I

Ilya in React Kyiv
Мерч
Пишите как хотите, но новое тоже нужно принимать когда то
Ты аргументируешь странными критериями вкусовщины, и не раскрываешь реальный профит хуков. Просто, пойми, не стоит лоббировать своё виденье на технологии не учитывая контекст использования. Ты в первую очередь инженер, и ты должен выполнять бизнес требования. Если окажется что проект написан на классах, а ты начнёшь выпендриваться и рассказывать какое это апи унылое и надо переписать его срочно на хуки, я бы не захотел работать с таким человеком в команде.
источник

I

Ilya in React Kyiv
Я бы тоже рекомендовал писать новый проект на хуках, но не в такой манере как это делаешь ты
источник

М

Мерч in React Kyiv
Ilya
Ты аргументируешь странными критериями вкусовщины, и не раскрываешь реальный профит хуков. Просто, пойми, не стоит лоббировать своё виденье на технологии не учитывая контекст использования. Ты в первую очередь инженер, и ты должен выполнять бизнес требования. Если окажется что проект написан на классах, а ты начнёшь выпендриваться и рассказывать какое это апи унылое и надо переписать его срочно на хуки, я бы не захотел работать с таким человеком в команде.
Мой аргумент - писать меньше и понятнее, с чем классы херово справляются
Имхо, мне просто нравится возможность ОДИН РАЗ деструктуризировать пропсы и никогда не писать this, все
источник

VS

Vladimir Sedikh in React Kyiv
я лично на классах пишу
только когда комонент просто кусок html без состояния - могу использовать functional component
полет нормальный )
источник

М

Мерч in React Kyiv
источник

М

Мерч in React Kyiv
Vladimir Sedikh
я лично на классах пишу
только когда комонент просто кусок html без состояния - могу использовать functional component
полет нормальный )
Если тебе только локальный стейт нужен от классовых компонент, можно юзать хук useState
Но дело лично твое, нравится писать классами - пиши
Никому ничего не навязываю
источник

С

Сергей in React Kyiv
да видно, как ты не навязываешь. Уже хочется, чтобы твой будущий работодатель посадил тебя на год старый код поддерживать. Чтобы ты через полгодика такой - а шо, классы норм, классы вообще отлично :)
источник

VO

Vitalii Ovcharenko in React Kyiv
Регистрацию я уже пропустил?
источник

V

Vlad in React Kyiv
Vitalii Ovcharenko
Регистрацию я уже пропустил?
в 14:00
источник

М

Мерч in React Kyiv
Сергей
да видно, как ты не навязываешь. Уже хочется, чтобы твой будущий работодатель посадил тебя на год старый код поддерживать. Чтобы ты через полгодика такой - а шо, классы норм, классы вообще отлично :)
Я сам писал на классах, если что
И только недавно начал избавляться от классов повсюду
У меня на Гите есть простенький проект полностью без классовых компонент с лайфциклами на хуках
источник