Попытка жалкого подобия на хуки useSelector, useDispatch, как в react-redux.
Большинство из нас сталкивались с redux, а те, кто использовал его в ReactJS могли пощупать хуки useSelector, useDispatch, в ином случае через mstp, mdtp + HOC connect. А что со svelte? Можно навернуть, или найти что-то похожее на connect, по типу svelte-redux-connect, описывать огромные конструкции, которые будем отдавать в тот самый connect:
const mapStateToProps = state => ({
users: state.users,
filters: state.filters
});
const mapDispatchToProps = dispatch => ({
addUser: (name) => dispatch({
type: 'ADD_USER',
payload: { name }
}),
setFilter: (filter) => dispatch({
type: 'SET_FILTER',
payload: { filter }
})
});
Прямо какие-то страшные флэшбэки до середины 2018, до введения хуков :). Хочу хуки в svelte. Что мы можем из него взять? Хм... store у svelte глобальный, не нужны никакие провайдеры с контекстом (шучу, нужны для разделения контекстов, но пока выкинем). Значит так: мы создаем redux-store, потом попробуем написать наши жалкие хуки для удобства использования.
Итак, наши константы:
//constants.js
export const GET_USER = '@@user/get'
export const FETCHING_USER = '@@user/fetch'
export const SET_USER = '@@user/set'
Редюсер:
//user.js
import {FETCHING_USER, SET_USER} from "./constants";
const initialState = {
user: null,
isFetching: false
}
export default function user(state = initialState, action = {}){
switch (action.type){
case FETCHING_USER:
case SET_USER:
return {
...state,
...action.payload
}
default:
return state
}
}
Экшены:
//actions.js
import {FETCHING_USER, GET_USER, SET_USER} from "./constants";
export const getUser = () => ({
type: GET_USER
})
export const setUser = (user) => ({
type: SET_USER,
payload: {
user
}
})
export const setIsFetchingUser = (isFetching) => ({
type: FETCHING_USER,
payload: {
isFetching
}
})
Селекторы. К ним вернемся отдельно:
//selectors.js
import {createSelector} from "reselect";
import path from 'ramda/src/path'
export const selectUser = createSelector(
path(['user', 'user']),
user => user
)
export const selectIsFetchingUser = createSelector(
path(['user', 'isFetching']),
isFetching => isFetching
)
И главный combineReducers:
//rootReducer.js
import {combineReducers} from "redux";
import user from "./user/user";
export const reducers = combineReducers({
user
})
Теперь надо прикрутить redux-saga, а в качестве api у нас будет https://randomuser.me/api/. Во время тестирования всего процесса, эта апи очень быстро работала, а я очень сильно хотел посмотреть на лоадер подольше (у каждого свой мазохизм), поэтому я завернул таймаут в промис на 3 сек.
//saga.js
import {takeLatest, put, call, cancelled} from 'redux-saga/effects'
import {GET_USER} from "./constants";
import {setIsFetchingUser, setUser} from "./actions";
import axios from "axios";
const timeout = () => new Promise(resolve => {
setTimeout(()=>{
resolve()
}, 3000)
})
function* getUser(){
const cancelToken = axios.CancelToken.source()
try{
yield put(setIsFetchingUser(true))
const response = yield call(axios.get, 'https://randomuser.me/api/', {cancelToken: cancelToken.token})
yield call(timeout)
yield put(setUser(response.data.results[0]))
yield put(setIsFetchingUser(false))
}catch (error){
console.error(error)
}finally {
if(yield cancelled()){
cancelToken.cancel('cancel fetching user')
}
yield put(setIsFetchingUser(false))
}
}
export default function* userSaga(){
yield takeLatest(GET_USER, getUser)
}
//rootSaga.js
import {all} from 'redux-saga/effects'
import userSaga from "./user/saga";
export default function* rootSaga(){
yield all([userSaga()])
}
И наконец инициализация store:
//store.js
import {applyMiddleware, createStore} from "redux";
import {reducers} from "./rootReducer";
import {composeWithDevTools} from 'redux-devtools-extension';
import {writable} from "svelte/store";
import createSagaMiddleware from 'redux-saga';
import rootSaga from "./rootSaga";
const sagaMiddleware = createSagaMiddleware()
const middleware = applyMiddleware(sagaMiddleware)
const store = createStore(reducers, composeWithDevTools(middleware))
sagaMiddleware.run(rootSaga)
// берем изначальное состояние из store
const initialState = store.getState()
// написали writable store для useSelector
export const useSelector = writable((selector)=>selector(initialState))
// написали writable store для useDispatch, хотя можно было и без этого
// но для симметрии использования оставил так
export const useDispatch = writable(() => store.dispatch)
// подписываемся на обновление store
store.subscribe(()=>{
const state = store.getState()
// при обновлении store обновляем useSelector, тут нет никакой мемоизации,
// проверки стейтов, обработки ошибок и прочего очень важного для оптимизации
useSelector.set(selector => selector(state))
})
Всё. Самое интересное начинается с 18 строки. После того, как приходит понятие того, что мы написали, возникает вопрос - если я буду использовать useSelector в 3 разных компонентах с разными данными из store - у меня будут обновляться все компоненты сразу? Нет, обновятся и перерисуются данные, которые мы используем. Даже если логически предположить, что при каждом чихе в store у нас меняется ссылка на функцию, то и обновление компонента по идее должно быть, но его нет. Я честно не до конца разобрался как это работает, но я доберусь до сути, не ругайтесь :)
Хуки готовы, как использовать?
Начнем c useDispatch. Его вообще можно было не заворачивать в svelte-store и сделать простоexport const useDispatch = () => store.dispatch
, только по итогу с useSelector мы используем store bindings, а с useDispatch нет - сорян, всё же во мне есть частичка маленького перфекционизма. Используем хук useDispatch в App.svelte:
<!--App.svelte-->
<script>
import {getUser} from "./store/user/actions";
import {useDispatch} from "./store/store";
import Loader from "./Loader.svelte";
import User from "./User.svelte";
// создаем диспатчер
const dispatch = $useDispatch()
const handleClick = () => {
// тригерим экшен
dispatch(getUser())
}
</script>
<style>
.wrapper {
display: inline-block;
padding: 20px;
}
.button {
padding: 10px;
margin: 20px 0;
border: none;
background: #1d7373;
color: #fff;
border-radius: 8px;
outline: none;
cursor: pointer;
}
.heading {
line-height: 20px;
font-size: 20px;
}
</style>
<div class="wrapper">
<h1 class="heading">Random user</h1>
<button class="button" on:click={handleClick}>Fetch user</button>
<Loader/>
<User/>
</div>
Вот такая вот загогулина у меня свёрстана. При нажатии на кнопку Fetch user, тригерим экшен GET_USER. Смотрим в Redux-dev-tools - экшен вызвался, всё хорошо. Смотрим network - запрос к апи выполнен, тоже всё хорошо:
Теперь нужно показать процесс загрузки и полученного нами пользователя. Используем useSelector:
<!--Loader.svelte-->
<script>
import {useSelector} from "./store/store";
import {selectIsFetchingUser} from "./store/user/selector";
// Только в такой конструкции мы можем получить из store данные,
// выглядит не так страшно и не лагает, я проверял :3
$: isFetchingUser = $useSelector(selectIsFetchingUser)
</script>
<style>
@keyframes loading {
0% {
background: #000;
color: #fff;
}
100% {
background: #fff;
color: #000;
}
}
.loader {
background: #fff;
box-shadow: 0px 0px 7px rgba(0,0,0,0.3);
padding: 10px;
border-radius: 8px;
transition: color 0.3s ease-in-out, background 0.3s ease-in-out;
animation: loading 3s ease-in-out forwards;
}
</style>
{#if isFetchingUser}
<div class="loader">Loading...</div>
{/if}
Лоадер рисуется. Данные из store прилетают, теперь надо показать юзера:
<!--User.svelte-->
<script>
import {useSelector} from "./store/store";
import {selectIsFetchingUser,selectUser} from "./store/user/selector";
$: user = $useSelector(selectUser)
$: isFetchingUser = $useSelector(selectIsFetchingUser)
</script>
<style>
.user {
background: #fff;
box-shadow: 0px 0px 7px rgba(0,0,0,0.3);
display: grid;
padding: 20px;
justify-content: center;
align-items: center;
border-radius: 8px;
}
.user-image {
width: 100px;
height: 100px;
background-position: center;
background-size: contain;
border-radius: 50%;
margin-bottom: 20px;
justify-self: center;
}
</style>
{#if user && !isFetchingUser}
<div class="user">
<div class="user-image" style={`background-image: url(${user.picture.large});`}></div>
<div>{user.name.title}. {user.name.first} {user.name.last}</div>
</div>
{/if}
Пользователя так же получили.
Итог
Запилили какие-никакие подобия на хуки, вроде удобно, но не известно как это отразится в будущем, если сделать из этого mini-app на пару страниц. Саги так же пашут. Через redux devtools можно дебажить redux и прыгать от экшена к экшену, всё хорошо работает.
alexdf
redux, saga, etc были очень полезны когда будущее React Context было неопределенно и тогда это казалось неплохим решением чтобы управлять глобальным состоянием. Это было улучшением тогдашнего Flux-a. Но после того как React Context API стабилизировался и появились хуки, Redux потерял свою предыдущую актуальность.
В связи с этим у меня вопрос, в чем целесообразность использования Redux в наше время и зачем его применять в связке со Svelte? Ведь плюсы Redux-а в one-way-data-flow а сила Svelte в 2-way-binding.
DmitryOlkhovoi
Redux не совсем про x-way-binding, это стейт
Cable Автор
Redux это не про реактивность. Это стейт мэнэджер с возможными сайд эффектами по типу саги. А реактивность организована ещё и в сторе свелт, где мы обновляем его при изменении в сторе редакса через subscription
funca
Редакс можно интегрировать с тулами, управляющими сайдэффектами (с помощью мидлварь). Но в самом редаксе этого нет — он весь исключительно чистый и синхронный.
Cable Автор
По-этому и говорю «с возможными сайд эффектами»))
alexdf
Redux хорошо подходит тем фреймеркам (как правило) где нет хорошей поддержки к 2 way data binding, чем являлся React в его начальном виде. Когда же есть хорошая поддержка 2 way binding (тем более когда сам фрейморк себя позиционирует именно в этом (Svelte)) то там больше подойдет что-то вроде MVVM, нежели Redux.
funca
Вообще говоря, редакс не имеет отношения к классическому 2wb потому, что они с самого начала позиционировали себя как альтернативу этому безобразию. Тут данные могут ходить только в одном направлении.
Когда одни и те же данные могут приходить из разных источников, в распределенной системе (независимые компоненты на странице обладают большинством признаков такой модели) у читателей обычно наступает шизофрения — в один и тот же момент времени каждый может видеть что-то своё. Редакс предоставляет элегантный механизм для синхронизации, что даёт возможность читателям работать с ним, как единственным источником правды.
Основная проблема редакса в том, что разработчики назвали словом Action то, что должно называться Event (про это есть ишью на гитхабе, но менять уже было поздно). Поэтому народ, приученный к MVC и разным MVVM, пытается городить к нему какие-то невероятные кастыли для 2wb, вместо того чтобы пользоваться всеми преимуществами Event Sourcing и CQRS.
funca
Redux можно рассматривать как винегрет из разных паттернов: Event Sourcing, CQRS, Single source of truth и даже подобие Dependency injection вместе с AOP. Довольно мощная штука, хоть и страшная как атомная война из-за странного нейминга и отсутствия консистентности в тулах.