Телеграмм чат группы react

уже давно все пишут функциональные компоненты

Саша Домоседов... in React — русскоговорящее сообщество

01:11пожаловаться #1

СД

Всем привет!
Собираюсь написать запросы на Api, через fetch
Как лучше поступить при написания приложения в реакте: написать запросы прям в компоненте или же создать отельный класс Api с методами, и потом их уже через инстанс объявлять в компоненте? Какая практика лучше?

Напиши хук, типа useAPI

Pavel Романченко... in React — русскоговорящее сообщество

01:12пожаловаться #2

PР

Igor N

классы в реакте изжили себя уже года два назад

Ну он же не про компонент говорит ) хочет апиколы вынести в классы

01:12пожаловаться #3

но разделять код на бизнес-логику и компоненты — хорошая практика, да

01:13пожаловаться #4

Pavel Романченко

Ну он же не про компонент говорит ) хочет апиколы вынести в классы

да, всё правильно. я просто обратил внимание на классы, что уже давно не мейнстрим

Vladislav Geyer in React — русскоговорящее сообщество

01:13пожаловаться #5

Igor N

уже давно все пишут функциональные компоненты

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

01:15пожаловаться #6

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

нет. просто вынести логику запросов в отдельный слой и оперировать им в компонентах

Vladislav Geyer in React — русскоговорящее сообщество

01:16пожаловаться #7

Окей, благодарю

Александр Бакиматов... in React — русскоговорящее сообщество

01:17пожаловаться #8

АБ

Ну чтобы код был более объектно ориентирован)

а что дает эта "объекто ориентированность" в данном случае?

Vladislav Geyer in React — русскоговорящее сообщество

01:17пожаловаться #9

Более понятную структуру кода
Все что относится к запросам - в отельном месте хранится

Angry in React — русскоговорящее сообщество

01:20пожаловаться #10

Pavel Романченко

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

Я пока не знаю что этот хук делает, но спасибо

Кстати, а как? Прямо в компоненте хук этот использовать?

01:21пожаловаться #11

это можно и без классов организовать

Pavel Романченко... in React — русскоговорящее сообщество

01:21пожаловаться #12

PР

Angry

Я пока не знаю что этот хук делает, но спасибо

Кстати, а как? Прямо в компоненте хук этот использовать?

Да, почитай доку, там все написано - разберёшься быстро

Vlad in React — русскоговорящее сообщество

01:27пожаловаться #13

Более понятную структуру кода
Все что относится к запросам - в отельном месте хранится

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

Vladislav Geyer in React — русскоговорящее сообщество

01:27пожаловаться #14

Igor N

это можно и без классов организовать

Я пока просто не дошёл до понятия хуки, но, насколько я понял, это просто функциональные компоненты
Буду тогда писать как модно)
Только сначала почитаю про «слои», ибо пока не бум-бум

Vlad in React — русскоговорящее сообщество

01:28пожаловаться #15

Реакт как и вью больше о компонентом подходе имхо

01:28пожаловаться #16

дело не в моде, дело в элементарном удобстве

Roman in React — русскоговорящее сообщество

01:29пожаловаться #17

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

01:30пожаловаться #18

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

01:30пожаловаться #19

Вызывать эти процессы в самом компоненте— плохая идея