SS
в компоненте не должно быть логики
Нуну
Size: a a a
2020 September 18
YO
react-router-redux думал это применять
VS
Нуну
в идеале в компонентах не должно быть логики от слова совсем, иначе покрыть ваш код тестами - будет очень проблематичной задачей
YO
но там This library is not necessary for using Redux together with React Router. You can use the two together just fine without any additional libraries. It is useful if you care about recording, persisting, and replaying user actions, using time travel. If you don't care about these features, just use Redux and React Router directly.
VS
import { createBrowserHistory } from 'history';
export const browserHistory = createBrowserHistory();
и в App компоненте в роутер передаем этот history
<Router history={browserHistory}>
export const browserHistory = createBrowserHistory();
и в App компоненте в роутер передаем этот history
<Router history={browserHistory}>
VS
и потом его можно использовать везде в любом месте проекта
SS
в идеале в компонентах не должно быть логики от слова совсем, иначе покрыть ваш код тестами - будет очень проблематичной задачей
Для цього і розділяють компоненти які dumbs і які містять логіку і сайд ефекти.
C
в идеале в компонентах не должно быть логики от слова совсем, иначе покрыть ваш код тестами - будет очень проблематичной задачей
Вот тут не согласен
Исходя из того что Вы сказали: получается что тестировать у вас получится только dumb компоненты
И тогда логичный вопрос возникает: зачем тестировать сам реакт?
Исходя из того что Вы сказали: получается что тестировать у вас получится только dumb компоненты
И тогда логичный вопрос возникает: зачем тестировать сам реакт?
C
Он и так замечательно покрыт тестами
C
Тестировать необходимо логику, написанную Вами, бизнес логику
VS
Вот тут не согласен
Исходя из того что Вы сказали: получается что тестировать у вас получится только dumb компоненты
И тогда логичный вопрос возникает: зачем тестировать сам реакт?
Исходя из того что Вы сказали: получается что тестировать у вас получится только dumb компоненты
И тогда логичный вопрос возникает: зачем тестировать сам реакт?
логика должна быть в сагах, которые потом очень легко тестируются и не зависят по сути ни от чего
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
SS
в идеале в компонентах не должно быть логики от слова совсем, иначе покрыть ваш код тестами - будет очень проблематичной задачей
Цікаво подивитись на такий продж де в компонентах не має логіки. Запихнули тоді її в усі місця які тільки можна. В редтюсери, мідлварі чи що там ще на таких проджах буває.
SS
логика должна быть в сагах, которые потом очень легко тестируются и не зависят по сути ни от чего
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
Якщо не має ні сан ні редаксу? Тоді як?
C
логика должна быть в сагах, которые потом очень легко тестируются и не зависят по сути ни от чего
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
Мне хочется увидеть это приложение уже
SS
Мне хочется увидеть это приложение уже
+1
VS
Цікаво подивитись на такий продж де в компонентах не має логіки. Запихнули тоді її в усі місця які тільки можна. В редтюсери, мідлварі чи що там ще на таких проджах буває.
к компоненту подключается экшн, который вызывается на какое-то событие (клик, селект и тд), а вся остальная логика описана в саге (вызов АПИ, обработка результатов, запись в стор и тд)
SS
логика должна быть в сагах, которые потом очень легко тестируются и не зависят по сути ни от чего
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
и в данном случае вся бизнес логика в одном месте и не привязана ни к какому компоненту и может быть переиспользована где угодно
Це називається вирішувати проблему якої не має. В залежності від проекту дані використовуються повторно дуже рідко. І пихати їх в глобал стейт чи контексст не має нічкого логічного сенсу. Типу а можливо в майбутньому буде ще десь. Ні не буде. Як буде тоді і думати.
C
Це називається вирішувати проблему якої не має. В залежності від проекту дані використовуються повторно дуже рідко. І пихати їх в глобал стейт чи контексст не має нічкого логічного сенсу. Типу а можливо в майбутньому буде ще десь. Ні не буде. Як буде тоді і думати.
YAGNI
VS
YAGNI
ок)
YO
вот у меня кейс который против подхода апдейта роута в саге. есть компонент с кнопкой. нажимаю кнопкой. начинается подгрузка данных в саге. бек подвисает и отдает данные долго. Ждать не хочу, жму на другую кнопку перехожу на другой роут. и тут та сага заканчивается и неожидано меня кидает на экран на который мне уже не надо