• Главная
  • Контакты
Подписаться:
  • Twitter
  • Facebook
  • RSS
  • VK
  • PushAll
logo

logo

  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • За год
    • Положительные
    • Отрицательные
  • Сортировка
    • По дате (возр)
    • По дате (убыв)
    • По рейтингу (возр)
    • По рейтингу (убыв)
    • По комментам (возр)
    • По комментам (убыв)
    • По просмотрам (возр)
    • По просмотрам (убыв)
Главная
  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • Главная
  • Как сделать жизнь Redux разработчика проще?

Как сделать жизнь Redux разработчика проще? -1

24.04.2017 13:39
master-7 20 2200 Источник
JavaScript*
Наверняка многие из вас, кто постоянно работают с React + Redux (а может не только с React), постоянно совершают множество однотипных действий. В оригинальном исполнении задача эта монотонная и включает в себя постоянное создание экшенов и редюсеров. Тем более, если приходится работать с какими-то экстраординарными кейсами, в игру включаются экшены с префиксами.

Ваш покорный слуга также испытал очень много батхерта страданий, пока работал по старинке, через switch > case, но я взглянул на задачу немного с другой стороны и привёл к единообразию это в более удобную функционально — объектную форму записи.

И так — после некоторого времени я (master-7) и мой коллега (one-more) попробовали справиться с этим страшным сном фронтэндера и создали весьма интересную библиотечку Redux-Utils.

Конечно же, мы попытались написать общепонятное и исчерпывающее ридми, но для затравки — несколько примеров в статье.

Одна из самых интересных фичей — это объектное создание редюсеров.

import {Reducer} from 'redux-util'
import {UserState} from 'types/UserState'

import {
    GET_USER_DATA_REQUEST,
    GET_USER_DATA_SUCCESS,
    GET_USER_DATA_FAIL
} from 'services/actionTypes'

const initialState: UserState = [];

export default Reducer(initialState, {
    [GET_USER_DATA_REQUEST]: () => null,
    [GET_USER_DATA_SUCCESS]: (state, action) => ({
        ...state,
        data: action.users
    }),
    [GET_USER_DATA_FAIL]: (state, action) => ({
        ...state,
        error: action.error
    })
});

Как вы можете видеть, код стал намного более читабельным по сравнению с записью вида:

import {Reducer} from 'redux-util'
import {UserState} from 'types/UserState'

import {
    GET_USER_DATA_REQUEST,
    GET_USER_DATA_SUCCESS,
    GET_USER_DATA_FAIL
} from 'services/actionTypes'

const initialState: UserState = [];

export default function Reducer(state = initialState, action) => {
    switch (action.type) {
      case GET_USER_DATA_REQUEST:
        return null;
      case GET_USER_DATA_REQUEST: 
        return {
        ...state,
        data: action.users
      };
      case GET_USER_DATA_FAIL: 
        return {
        ...state,
        error: action.error
      };
      default:
        return state;
}

Ну и киллер фича номер два — посмотрим на создание экшенов:

import {buildGenericActionCreator} from 'redux-util'

const START_LOADING = 'START_LOADING';
const END_LOADING = 'END_LOADING';

export const startLoadingActionCreator = buildGenericActionCreator(START_LOADING);
export const endLoadingActionCreator = buildGenericActionCreator(END_LOADING);

// ....

import {startLoadingActionCreator, endLoadingActionCreator} from 'loading-reducer'

const PREFIX = 'PREFIX';
const startLoading = startLoadingActionCreator(PREFIX);
const endLoading = endLoadingActionCreator(PREFIX);
export const loadUser = () => (dispatch: Dispatch) => {
    dispatch(startLoading());
    return api.fetchUser().then(
        response => {
            dispatch(
                loadUserDataAction(response)
            );
            dispatch(endLoading());
        }
    );
};

И еще много интересного вы можете найти в ридми проекта! Надеюсь, данная библиотека сделает вашу работу легче.
Будете ли вы использовать данную библиотеку?

Проголосовало 84 человека. Воздержалось 23 человека.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Поделиться с друзьями
-->

Комментарии (20)


  1. justboris
    24.04.2017 16:54
    #10188888
    +4

    И чем ваше решение лучше старого доброго redux-actions?


    1. pinebit
      24.04.2017 21:21
      #10189244

      Ну или redux sauce: https://github.com/skellock/reduxsauce


    1. comerc
      25.04.2017 02:17
      #10189528
      +1

      Есть "гораздо более лучший" вариант — redux-act


  1. xGromMx
    24.04.2017 20:03
    #10189136
    +4

    Как сделать жизнь Redux разработчика проще? Просто не использовать его


    1. kanstantsin
      25.04.2017 20:57
      #10190982

      Золотые слова. Вспоминаю как страшный сон эти тонны повторяющегося кода. Особенно доставляют константа на константе и спагетти из функций, которые аргументы функций, являющихся аргументами функций и т.д. по схеме. Как будто код какой-нибудь CMS из 2005 года.


      1. xGromMx
        25.04.2017 20:58
        #10190984

        и на что перешли?)


        1. kanstantsin
          25.04.2017 21:03
          #10190994

          Пока mobx, пока ок, если подумать над архитектурой прежде, чем начать писать :) Но кода стало меньше, появилось какое-никакое ООП, typescript опять же сильно помогает, уже почти можно жить :)


          1. xGromMx
            25.04.2017 21:12
            #10191002

            Ну mobx не про ООП =)


            1. kanstantsin
              26.04.2017 14:13
              #10191982
              +1

              mobx нет, но попытки писать в ооп-стиле с redux это пытка.


              1. justboris
                26.04.2017 14:27
                #10192032

                А зачем обязательно ООП?


                Есть и другие способы разбиения проекта на части, о которых написано в документации Redux


              1. raveclassic
                26.04.2017 16:10
                #10192254

                Правильно, потому что redux совсем не про ооп.


      1. raveclassic
        25.04.2017 23:18
        #10191154
        +1

        Вспоминаю как страшный сон эти тонны повторяющегося кода
        А можете пример, что у вас там так повторялось? Быть может, дело в том коде, а не в redux?
        Особенно доставляют константа на константе
        А что не так с константами?
        которые аргументы функций, являющихся аргументами функций и т.д. по схеме
        И что не так с ФВП?


        1. kanstantsin
          26.04.2017 14:19
          #10192004

          Я не хочу вступать в полемику, просто на проекте в ~25k строк кода со значительным кол-вом запросов к api размер, поддерживаемость, читаемость кода начинают иметь особое значение, поэтому отказ от redux оказался верным решением. На простых примерах типа todo все выглядит прилично, но на реальных проектах появляются проблемы. Только личный опыт :)


          1. raveclassic
            26.04.2017 16:09
            #10192252

            Возможно из-за того, что redux не дает каких-либо внятных рекомендаций по архитектуре сервисного и доменного слоев, предоставляя лишь паттерн для организации внутреннего взаимодействия UI. То, что экшены могут быть thunk'ами или promise'ами — не более чем сильное допущение и упрощение. И когда проект начинает разрастаться, становится понятно, что серьезному IO/эффектам не место ни в редьюсерах, ни в экшенах, ни вообще в redux, так как это не его задача (хоть redux и предоставляет возможность вставки middleware).

            Рекомендую посмотреть на redux-saga и redux-observable. Обе решают наболевшую проблему толстых экшенов с кучей копипасты, расширяемости и поддерживаемости. Саги только в качестве бонуса предоставляют тестируемость без каких-либо моков.


      1. comerc
        26.04.2017 11:06
        #10191592

        Вы просто не умеете его готовить. Константы не нужны совсем.


        https://github.com/comerc/yobr/blob/master/src/ducks/postForm.js


  1. raveclassic
    24.04.2017 20:35
    #10189176

    И как только люди не изворачиваются, лишь бы не писать return.


  1. pinebit
    24.04.2017 21:18
    #10189242
    +1

    Это уже наверное пятый улучшитель redux за месяц. Право же, не нужны они.
    Единственный тул который я сделал сам себе — связка redux action, saga и fetch, чтобы один dispatch запустил сагу, та вызвала API и все декларативно. Думал выложить это на гитхаб, но вовремя остановился.


    1. xGromMx
      25.04.2017 21:13
      #10191004

      уж лучше тогда redux-observable куда лучше саг


      1. raveclassic
        25.04.2017 23:11
        #10191150

        А чем лучше?


  1. avdept
    25.04.2017 11:20
    #10189914

    Зачем использовать редюкс если есть alt?

МЕТКИ

  • Хабы
  • Теги

JavaScript

redux

redux-utils

es6

javascript

СЕРВИСЫ
  • logo

    CloudLogs.ru - Облачное логирование

    • Храните логи вашего сервиса или приложения в облаке. Удобно просматривайте и анализируйте их.
Все публикации автора
  • Как сделать жизнь Redux разработчика проще? -1

    • 24.04.2017 13:39

    Как я писал web app angular + material и REST на Yii2 + webserver nginx +9

    • 11.01.2016 11:48

Подписка


ЛУЧШЕЕ

  • Сегодня
  • Вчера
  • Позавчера
11:30

Я 10 лет искал причину головной боли, оказалось — чипсы +86

09:01

Программирование как разработка теорий: почему senior-разработчики стали ценны как никогда? +71

11:15

Мы — не семья +25

08:12

Плотнее, быстрее, дешевле: керамические накопители Cerabyte бросают вызов LTO +23

08:00

От дефицита к ажиотажу: почему DDR4 снова в центре внимания… по тройной цене +19

06:15

Внедрение зависимостей в PHP: от основ до фреймворков +17

06:48

EngEasy.ru — моё приложение английского. Идея, процесс, технологии +15

13:01

Жизнь и смерть Карла Коха: первый хакер на службе КГБ в поисках всемирного заговора и тайны числа 23. Часть 9 — финал +14

09:16

Тебе не поступить на программиста. Всё кончено +13

13:49

Процессор на коленке ч.4. Конвейер +12

15:00

Почему все ломается, или Зачем менеджеру в ИТ софт-скилы +9

16:43

В ReactOS заключен контракт для улучшения набора тестов +7

13:04

Изобретатель механического светофора: история Гаррета Моргана +7

04:15

Собираем комплекс для качественного офлайн-перевода текстов, работающий на самом обычном игровом компьютере +7

13:56

Стартап за 100 дней. Неделя первая. Аналитика +6

12:08

Деревья умеют выделять «дождеобразующие» вещества +6

20:06

VHS-Decode — новый метод оцифровки видео +5

11:13

Docker + Neovim: поднимаем конфиг на любом сервере и не засоряем систему +5

10:40

Как мы подняли современный портал документации из россыпи .md файлов: пошаговое руководство по MkDocs + Material +5

20:07

Оптимизация языковой модели Mamba для выполнения на CPU +4

09:01

Первые анекдоты о программистах: как выглядел юмор айтишников в 1996-1998 годах? +108

12:55

Лучшие игры легендарной машины: 45 лет назад на свет появилась линейка компьютеров ZX +49

09:56

Датчик утечки воды и не только, просто и почти даром +49

14:05

Пишем 3D-игру для ретро-устройств весом в 600Кб… +38

13:01

GPS в городских джунглях: почему навигатор «прыгает» между небоскрёбами +38

09:44

Как я почти продал ник за $9500 в Telegram +32

08:04

Deepin 25: китайский дистрибутив Linux с ИИ и обновленным DDE +25

10:16

Как сделать любую поверхность сенсорной +20

00:00

Оптимизация индексов базы данных: проблемы, решения, практические рекомендации +19

08:05

О мягких и жёстких ссылках в Linux +16

07:34

Продаешь крипту через P2P? Налоговая может потребовать 6% со всего оборота +15

08:02

Лучшие нейросети для создания игр +14

12:00

История создания процессора ARM: от амбициозного проекта до сердца цифровой революции +11

13:50

PHP и Laravel дайджест новостей за июнь 2025 года +10

09:16

SOLID, DRY, KISS, YAGNI и др. принципы разработки, пугающие новичка в IT +10

08:00

Алгоритм релакса: как пазлы помогают сконцентрироваться на сложных задачах и не выгореть +10

07:00

Покажи свой стартап/пет-проект (июль) +9

10:35

Часть 2: Создание пользовательского интерфейса на дисплее Guition с ESPHome и библиотекой LVGL +7

05:15

Разработка языков программирования в эру больших языковых моделей: ренессанс посредственности? +7

09:56

Скриншот-тестирование фронтенда: руководство по применению в 2025 году +6

ОБСУЖДАЕМОЕ

  • Тебе не поступить на программиста. Всё кончено +13

    • 208   55000

    Первые анекдоты о программистах: как выглядел юмор айтишников в 1996-1998 годах? +108

    • 124   38000

    Я 10 лет искал причину головной боли, оказалось — чипсы +86

    • 106   9800

    Датчик утечки воды и не только, просто и почти даром +49

    • 88   20000

    От PHP к Zig: как я избавился от костылей в биллинг-системе +1

    • 75   4200

    Лучшие игры легендарной машины: 45 лет назад на свет появилась линейка компьютеров ZX +49

    • 62   9900

    Метафизика мнимой единицы -7

    • 56   2600

    Программирование как разработка теорий: почему senior-разработчики стали ценны как никогда? +71

    • 46   11000

    Как я почти продал ник за $9500 в Telegram +32

    • 35   7000

    Продаешь крипту через P2P? Налоговая может потребовать 6% со всего оборота +15

    • 30   5800

    Мы — не семья +25

    • 22   3600

    EngEasy.ru — моё приложение английского. Идея, процесс, технологии +15

    • 22   3300

    Пишем 3D-игру для ретро-устройств весом в 600Кб… +38

    • 20   2900

    Покажи свой стартап/пет-проект (июль) +9

    • 20   2300
  • Главная
  • Контакты
© 2025. Все публикации принадлежат авторам.