Redux-Saga

Redux-Saga jest biblioteką służącą do zarządzania stanem aplikacji. Instaluje się jako middleware do Reduxa podobnie jak Redux-Thunk, ale składnia za pomocą którą się je wywołuje jest inna.

W Redux-Saga został wykorzystany dość stary koncept generatorów, który pojawił się razem z promisami na konferencji JS w 2013 roku, ale do tej pory nie był i nadal nie jest popularnym rozwiązaniem. Wydaje się dość trudny na początku do zrozumienia, ale rozwiązuje wiele problemów w postaci chociażby tzw. Callback Hell, czyli zagnieżdżonych w sobie wielu zapytań zwracających rezultaty.

Słowa kluczowe w Redux-Saga

Redux-Saga w swojej składni wykorzystuje słowa kluczowe, takie jak:

call, put, takeEvery, takeLatest, all 

Każde z tych słów kluczowych jest wykorzystywane w funkcji będącej generatorem, zwracającej obiekty zwane Efektami.

Najprostszym przykładem będzie zapytanie API. W tym zapytaniu pobierzemy listę produktów do naszego sklepu e-commerce, tak by komponent, który wykorzystuję zmienną z listą produktów automatycznie się przeładował.

// saga.js
import { call, takeLatest, all } from 'redux-saga/effects'

function* fetchProducts() {
  const products = yield call(Api.fetch, '/products')
}

function* actionWatcher() {
     yield takeLatest('GET_PRODUCTS', fetchProducts)
}

export default function* rootSaga() {
   yield all([
   actionWatcher(),
   ]);
}

// app.js
const sagaMiddleware = createSagaMiddleware();

const store = createStore(
   reducer,
   applyMiddleware(sagaMiddleware),
);
sagaMiddleware.run(rootSaga);

Działanie Redux Saga składa się z następujących elementów:

1. Tworzony jest store Reduxowy i do niej podłączamy nasz sagaMiddleware
2. RootSaga za pomocą słowa kluczowego all przyjmuje listę innych obiektów saga na które nasłuchuje.
3. ActionWatcher korzystając z takeLatest nasłuchuje na zmiany w akcji reduxowej o nazwie GET_PRODUCTS 
4. Komponent korzystając z Reduxa wywołuję akcję reduxową
5. Wywoływany jest generator saga fetchProducts .

Korzystanie z takeLatest jest o tyle ciekawe, że gdy ta sama akcja będzie wywołana ponownie to poprzednia zostanie anulowana. Istnieje wiele innych elementów wbudowanych w Saga, które pomagają zarządzać asynchronicznością takich jak: debounce, throttle, delay.

Czy szukasz wykonawcy Redux-Saga ?

Sprawdź case studies

Zalety korzystania z Redux-Saga

• Jedną z głównych zalet jest łatwość w zarządzaniu skomplikowanymi sekwencjami asynchronicznych operacji. Dzięki zastosowaniu generatorów i efektów umożliwia tworzenie wyrafinowanych struktur zarządzania asynchronicznością, co znacznie ułatwia pracę z danymi, które pochodzą z różnych źródeł, takich jak API lub WebSocket'y.
• Kolejną zaletą jest jego łatwość w testowaniu. Dzięki temu, że logika asynchroniczna jest odseparowana od samej aplikacji, możliwe jest łatwe i dokładne testowanie modułów Redux-Saga, co z kolei prowadzi do większej pewności, że aplikacja działa tak, jak powinna.
• Warto również zwrócić uwagę na skalowalność Redux-Saga. Ta biblioteka jest zaprojektowana w taki sposób, aby umożliwić łatwe dodawanie nowych funkcjonalności do aplikacji, co sprawia, że jest idealna do zastosowania w większych projektach.
• Ostatnią zaletą jest jej elastyczność. Dzięki temu, że biblioteka opiera się na generatorach, możliwe jest tworzenie różnych typów sekwencji asynchronicznych operacji, co pozwala na dostosowanie Redux-Saga do konkretnych potrzeb projektu.

SPRAWDŹ SWOJĄ WIEDZE Z TEMATU redux-saga

Pytanie

 1/5

Co to jest Redux Saga?

Biblioteka do zarządzania stanem aplikacji

Narzędzie do analizy danych

Middleware dla Redux do zarządzania efektami ubocznymi

Framework do tworzenia aplikacji webowych

Sprawdź odpowiedź

Jakie są podstawowe elementy składowe Redux Saga?

Akcje, reducery i selektory

Sagas, efekty i generatory

Składniki, stany i metody życiowe

Kontrolery, widoki i modele

Sprawdź odpowiedź

Jak zatrzymać sagę w Redux Saga?

Poprzez wysłanie akcji kończącej do reduktora

Używając efektu "take" w połączeniu z akcją kończącą, lub używając efektu "cancelled"

Poprzez usunięcie sagi z drzewa zależności

Używając efektu "stop" z odpowiednim argumentem

Sprawdź odpowiedź

Jakie są najpopularniejsze efekty używane w Redux Saga?

"take", "put", "call", "fork", "select", "takeEvery", "takeLatest"

"connect", "mapStateToProps", "mapDispatchToProps", "bindActionCreators"

"compose", "createStore", "applyMiddleware", "combineReducers"

"useState", "useEffect", "useContext", "useReducer"

Sprawdź odpowiedź

Jakiego typu funkcje są używane w Redux Saga do tworzenia sag?

Funkcje strzałkowe (arrow functions)

Funkcje anonimowe

Funkcje generatora (oznaczone przez słowo kluczowe "function*")

Funkcje wyższego rzędu (higher-order functions)

Sprawdź odpowiedź

Kiedy warto korzystać z Redux-Saga

Saga wydaje się być dobrym zamiennikiem dla Redux-Thunków i warto spróbować ją samemu we własnym projekcie. Przydaje się w szczególności wtedy, gdy mamy do czynienia ze skomplikowanym interface'm i wieloma akcjami. Słowa kluczowe czyli tzw. saga efekty rozwiązują wiele problemów związanych z asynchronicznością. Potrafią opóźnić zapytania, określić ich maksymalną częstotliwość, anulować zapytanie jak i wiele innych.

Porównanie Redux-Saga z innymi narzędziami

Redux-Saga to jedno z kilku popularnych narzędzi do zarządzania efektami ubocznymi w aplikacjach opartych na Redux. Warto porównać je z innymi rozwiązaniami, takimi jak Redux-Thunk i Redux-Observable, aby lepiej zrozumieć, kiedy warto z niego skorzystać.

• Redux-Saga vs. Redux-Thunk – Redux-Thunk to prostsze i bardziej intuicyjne rozwiązanie, które działa poprzez przekazywanie funkcji asynchronicznych do dispatcha. Jest lekkie i świetnie sprawdza się w mniejszych projektach. Redux-Saga natomiast wykorzystuje funkcje generatorowe, co umożliwia lepszą organizację skomplikowanych zależności asynchronicznych i obsługę bardziej zaawansowanych scenariuszy, takich jak kolejki czy odwołania sieciowe z retry.
• Redux-Saga vs. Redux-Observable – Redux-Observable opiera się na programowaniu reaktywnym i wykorzystuje RxJS do obsługi efektów ubocznych. To świetne rozwiązanie dla aplikacji, w których konieczne jest intensywne przetwarzanie strumieni danych. Redux-Saga natomiast jest bardziej czytelny i łatwiejszy do zrozumienia dla osób, które nie miały wcześniej styczności z paradygmatem reaktywnym.

Podsumowując, Redux-Saga jest doskonałym wyborem w przypadku dużych aplikacji wymagających zaawansowanej obsługi efektów ubocznych, podczas gdy Redux-Thunk sprawdzi się w prostszych przypadkach, a Redux-Observable będzie najlepszy dla aplikacji z dużą ilością operacji na strumieniach danych. Wybór odpowiedniego narzędzia powinien być uzależniony od złożoności aplikacji i doświadczenia zespołu w pracy z danym rozwiązaniem