[NiewzruszonaMasa]

Zadawałem już kiedyś podobne pytanie, ale zbyt zawile - bo nie rozumiałem koncepcji i działania reduxa.
Używam toolkita ale nie wiem czy to ma znaczenie.

Chodzi o wyliczanie stanu jednego z reducerów / czy tam slicy, na podstawie parametru z innego stanu ( wycinka ).

niech akcja wyliczająca nazywa się - dispatch(dupa.obliczstan(tu mogę dać argument )) <-- argument action.payload
- argumentem musiałby być wycinek ze stanu innego reducera.

Podejście drugie.
Za pośrednictwem redux thunk - czyli mam dostęp do wszystkich wycisnów za pośrednictwem getState().

Które podejście nie łamie konwencji reduxa ?

Przebudowa drzewa nie wchodzi w grę. Przypuszczam że w moim przykładzie stan jest aktualizowany na tyle rzadko że bugów nie uświadczę, ale wolałbym wiedziec na przyszłość.

#react #redux #toolkit #stan #javascript

[krzykrzy1995]

@NiewzruszonaMasa: imo pierwsze

[NiewzruszonaMasa]

@krzykrzy1995: czyli useSelector i mogę wyciągnąć kawałek stanu i bez problemu wrzucić go jako argument ?

[krzykrzy1995]

@NiewzruszonaMasa: pytanie tylko co chcesz zrobic. Nie mozesz tej operacji zrobic i wyslac jego rezultat do dispatcha?

[NiewzruszonaMasa]

@krzykrzy1995: Sprawdzę to. Ogólnie doczytałem też kwestii wywoływania sekwencji dispatch a robienia jednego większego wyliczania stanu na raz - zdania są jak zwykle podzielone z naciskiem na modułowość aplikacji i późniejszej możliwości użycia mniejszego modułu w innej części apki.

Ja się do końca nie mogę przemóc do pisania mikrofunkcji - za dużo chyba się wujka boba naczytałem .