[AntyKuc]

Pytanko do znawców reduxa: mam komponent powiedzmy nazywa się Users, ten komponent jest komponentem typu page, czyli jest podpięty pod jakiś route (/users) i składa się z kompozycji innych komponentów, a te komponenty to powiedzmy formularz z 3 imputami, 2 listy i komponent logów. Cały stan tego komponentu muszę trzymać globalnie. I teraz pojawia się pytanie: czy tworzyć jeden reduxowy slice, nazwać go usersSlice i trzymać tam ten stan komponentów na które składa się UsersPage, a może każdy ten mniejszy komponent powinien zawierać swój osoby slice? Przyznam, że bardziej odpowiada mi jeden slice, bo nie przepadam za zbyt dużą ilością stanów globalnych oraz łatwiej chyba się zorientować jak stan całego page jest zarządzany z jednego miejsca.

#redux #react #javascript

[ArchDelux]

@AntyKuc

Próbowałeś emacsem przez sendmail?

[AntyKuc]

@ArchDelux: Tak, ale akurat nie zadziałało.

[ArchDelux]

@AntyKuc ( ͡° ʖ̯ ͡°)

[Rst00]

@AntyKuc: wszystko zależy jakie konkretnie dane chcesz tam trzymać i ile ich jest ale zazwyczaj rozbicie na funkcje się sprawdza więc jeden globalny reducer odnośnie usera powinien być git.

[krzykrzy1995]

@AntyKuc: skoro korzystasz z tych danych tylko w obrebie UsersPage, to po kiego grzyba wrzucac to do reduxa? :P

[AntyKuc]

@krzykrzy1995: No właśnie, bo potrzebuje cache. Cache danych z api ogrywam przez redux rtk, ale muszę gdzieś dane forma trzymać dlatego też wrzucam je do reduxa. Niestety React nadal nie wspiera czegoś w stylu keep-alive z vue.

[krzykrzy1995]

@AntyKuc: to w takim razie uzasadnione uzycie