В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

12128 membersпожаловаться на группу
2020 December 23

Д

Денис in React — русскоговорящее сообщество
DaunPony
Уже посмотрел. Боль. Раны придется залечивать.  100500 раз твердят, что логику надо отделять от презентационной компоненты куда-то. Это уже устарело в 2020 году? Верно же?
Вы не доверяйте всему что говорят на Ютубе.

Разделять логику и представление компонента можно, если представление будет переиспользоваться, в обратном случае - не вижу смысла такого мува.
источник
19:12пожаловаться#1

VP

Vitaliy Ponomarev in React — русскоговорящее сообщество
Bogdan Aleksandrovich
Ну это не логика , это обработчик , храни в компоненте , ничего страшного
Обработчик клика на кнопку корзины, который фетчит данные и по 401 ответу пытается обновить токен, например...
источник
19:13пожаловаться#2

D

DaunPony in React — русскоговорящее сообщество
Денис
Вы не доверяйте всему что говорят на Ютубе.

Разделять логику и представление компонента можно, если представление будет переиспользоваться, в обратном случае - не вижу смысла такого мува.
Тогда, вывод будет таким. Если логики на 3-7 строчек - тогда можно. Если логики строчек на 15, то можно раздробить на мелкие компоненты, с родительского компонента передавать вниз в дочерние. (Это без стейт менеджеров). Если логика где-то повторяется - то  ее лучше вынести в кастомный хук.
источник
19:15пожаловаться#3

BA

Bogdan Aleksandrovic... in React — русскоговорящее сообщество
Vitaliy Ponomarev
Обработчик клика на кнопку корзины, который фетчит данные и по 401 ответу пытается обновить токен, например...
Ну конечно сам запрос будет в другом месте , с аполо свой хук , с стм свой способ , это не тот обработчик , что в компоненте объявлен
источник
19:15пожаловаться#4

Д

Денис in React — русскоговорящее сообщество
DaunPony
Тогда, вывод будет таким. Если логики на 3-7 строчек - тогда можно. Если логики строчек на 15, то можно раздробить на мелкие компоненты, с родительского компонента передавать вниз в дочерние. (Это без стейт менеджеров). Если логика где-то повторяется - то  ее лучше вынести в кастомный хук.
Не вижу проблемы и в 15 строчек логики)
источник
19:16пожаловаться#5

VP

Vitaliy Ponomarev in React — русскоговорящее сообщество
DaunPony
Тогда, вывод будет таким. Если логики на 3-7 строчек - тогда можно. Если логики строчек на 15, то можно раздробить на мелкие компоненты, с родительского компонента передавать вниз в дочерние. (Это без стейт менеджеров). Если логика где-то повторяется - то  ее лучше вынести в кастомный хук.
Количество строчек - последнее что должно влиять на это решение
источник
19:17пожаловаться#6

D

DaunPony in React — русскоговорящее сообщество
Vitaliy Ponomarev
Количество строчек - последнее что должно влиять на это решение
Тогда массивность логики, затратность.
источник
19:17пожаловаться#7

DS

Dmitriy Shuleshov in React — русскоговорящее сообщество
Денис
Вы не доверяйте всему что говорят на Ютубе.

Разделять логику и представление компонента можно, если представление будет переиспользоваться, в обратном случае - не вижу смысла такого мува.
тестирование, соблюдение принципа srp
источник
19:18пожаловаться#8

🦜

🦜 in React — русскоговорящее сообщество
как в кра подключить конфиг, который находиться по такому пути?

@company/config/eslint/prettier.js
источник
19:23пожаловаться#9

VP

Vitaliy Ponomarev in React — русскоговорящее сообщество
DaunPony
Тогда массивность логики, затратность.
Немного ближе, да. Но все равно много неопределенности.
SRP из solid и boundaries / bounded context из ddd ближе по смыслу.

Почитайте про фундаментальные вещи в computer science, без предубеждения, относится оно к ООП, фп или еще чему. Будет проще при проектировании.
источник
19:26пожаловаться#10

D

DaunPony in React — русскоговорящее сообщество
Vitaliy Ponomarev
Немного ближе, да. Но все равно много неопределенности.
SRP из solid и boundaries / bounded context из ddd ближе по смыслу.

Почитайте про фундаментальные вещи в computer science, без предубеждения, относится оно к ООП, фп или еще чему. Будет проще при проектировании.
Благодарю.
источник
19:26пожаловаться#11

Д

Денис in React — русскоговорящее сообщество
Dmitriy Shuleshov
тестирование, соблюдение принципа srp
Тоже верно (((
источник
19:28пожаловаться#12

UU

U U in React — русскоговорящее сообщество
Есть отдельный канал по typescipt?
источник
20:09пожаловаться#13

DS

Dmitriy Shuleshov in React — русскоговорящее сообщество
U U
Есть отдельный канал по typescipt?
@it_chats
источник
20:09пожаловаться#14

꧁岡

꧁倫太郎 岡部꧂... in React — русскоговорящее сообщество
U U
Есть отдельный канал по typescipt?
есть
источник
20:09пожаловаться#15

DS

Dmitriy Shuleshov in React — русскоговорящее сообщество
꧁倫太郎 岡部꧂
есть
🌚
источник
20:10пожаловаться#16

UU

U U in React — русскоговорящее сообщество
Dmitriy Shuleshov
@it_chats
не нашел
источник
20:10пожаловаться#17

DS

Dmitriy Shuleshov in React — русскоговорящее сообщество
U U
не нашел
@ts_ru
источник
20:11пожаловаться#18

꧁岡

꧁倫太郎 岡部꧂... in React — русскоговорящее сообщество
U U
не нашел
а что поиск дал?
источник
20:11пожаловаться#19

꧁岡

꧁倫太郎 岡部꧂... in React — русскоговорящее сообщество
Dmitriy Shuleshov
@ts_ru
фу, слишком просто
источник
20:11пожаловаться#20