необходимости шеринга данных между компонентами использовать контекст, так?
в отдельный файл, да. При чем тут контекст я не ипу
Это к переиспользованию. Если нет редакса, я полагаю, что какой-то общий стейт шерится через контекст
Он имеет ввиду что фетч надо вынести в функцию, и дергать эту функцию, чтобы например урлы по 10 раз не указывать, ну или логику передачи например заголовков авторизации не дублировать И уже эту функцию в эффекте юзать. Что по сути тот же фетч. Но он имел ввиду абстрагирование. Не корректно он написал что конкретно является антипатерном
конечно является. DRY
когда прийдет время сделать такой же запрос в другом месте - а у тебя высокая связанность в коде на запросы - ты ебнешься вытаскивать каждый запрос который тебе нужен.
Твое предложение выше можно истолковать как "не используйте впринципе реквесты в компоненте" А не о том что используйте DRY Потому тебя там выше про контекст спрашивают, потому что человек понял точно также как я. Что ты имел ввиду не делать впринципе реквесты из компонентов (в том числе в абстрагированных в отдельных функциях)
именно так. не используй в принципе реквесты в компоненте
Всякие обертки для нативного фетча и эндпоинты в константах это довольно очевидные вещи даже для небольшого приложения. Меня тут больше интересовал шеринг стейта и вообще архитектура. Помню мой давний проект с редаксом и сагами, там разделение более явное было. Интересно, как в случае полной замены редакса контекстом нынче рекомендуется с сайд эффектами обращаться
Ну это да, константы и т.п. вещи очевидные, парень имел именно их. Мне тоже стало интересно чё там по архитектуре, думал мож появился сейчас какой-нибудь интересный паттерн вынесения эффектов с фетчами из компонента или что-то такое, а оказалось что речь идёт о банальном dry
у меня нет эффектов на запросы. у меня санки или тулкит
Обсуждают сегодня