• Главная
  • Контакты
Подписаться:
  • 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

Подписка


ЛУЧШЕЕ

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

Индюк Мелового периода: что не так с образом велоцираптора +31

06:33

Ёмкость батареек через четыре года хранения +27

07:01

Как дорожные знаки попадают на карты Яндекса: применяем ML в картографии +15

07:00

Клиенты натирали ляжки на жаре и просили крем — как мы его разрабатывали +12

09:47

Слишком стар для этого…? Полувековая ОС, текстовый браузер и программа-корректор — ретрософт с многолетней поддержкой +10

09:01

Установка бриджевого хамбакера на дешёвый стратокастер +10

08:25

Чем хорош Postgres 18? +10

08:05

Санпросвет о плавающей точке, статья первая: компьютеры и числа +10

07:25

Использование файберов в PHP: разбор от команды СберЗдоровье +10

07:02

Можно ли шаговый двигатель — заменить коллекторным? +9

07:17

Vivaldi 7.6 — Раздвигая границы возможного +8

08:58

Как создать собственный RenderObject +7

04:28

Памятка менеджеру: запрещённые фразы в IT. Часть 3, финальная +7

10:43

Как математика тасовки карт едва не разрушила империю онлайн-покера +6

10:06

Холистический азиатский UX: беспощадный, но осмысленный +6

09:13

Как не спалиться: разбор IDS Bypass на PHDays 2025 +6

08:57

История статической и динамической типизации +6

07:55

Без опыта, но с перспективами: как начинающему QA составить сильное резюме +5

06:51

И ещё немного про то, что const в dart надо ставить где попало +5

10:08

Книга:«Старение: почему эволюция убивает?» +4

06:16

Почему я больше никогда не буду Team-Lead и тебе не советую +145

07:05

Китайский интернет куда-то исчезает +123

15:32

Я отклоняю комиты с использованием кучи и прошу коллег переписать такую логику +93

09:56

Структурки для ошкурки от ВТБ: как потерять 14 млн руб. на «сверхнадежных облигациях» всего за неделю +79

13:01

3D-моделирование из бумаги +62

09:01

Легендарные костыли в продакшене +38

08:01

Полный айсберг Android. Часть 1 +32

09:10

Главный эффект Манделы в мире программистов — сколько байт в мегабайте +29

00:48

«Очумелые ручки» или собираем держатель для смартфона с клавиатурой и тачпадом из доступных средств +28

19:50

Не просто RAG: Строим MCP-сервер на Node.js, чтобы дать LLM «архитектурное зрение» +27

13:30

Часть 1. Rsync: подробное руководство для админов +24

14:43

PHP: Общая память +19

07:00

Как мы делаем ВКС в Яндексе, часть 2: это волшебное слово — эксплуатация +19

12:18

История создания Tarantool DB: реальные проблемы, удачные решения и превращение проекта в продукт +18

12:18

История создания Tarantool DB: реальные проблемы, удачные решения и превращение проекта в продукт +18

12:14

Топ-12 бесплатных нейросетей для создания видео и оживления картинок +17

08:00

Искусственный интеллект в разработке: изучаем тренды и реальное применение +16

12:05

Когнитивный рефакторинг: почему техлидам стоит изучать Рафаэля +14

07:30

Топ-6 Python-библиотек для визуализации +14

07:05

Шпаргалка по проектированию REST API +14

05:41

Одноразовый вейп в качестве веб-сервера +184

03:25

Что если представить habr в виде obsidian-графа? +83

14:01

Коллекция полезных HTML и CSS фич, которые редко используются +56

13:45

Ростелеком обнаружил переплаты за свет на сотни миллионов рублей +50

09:05

7 SQL-запросов, которые решают 90% всех задач на работе +45

07:01

Что происходило с новым законом про ЦОДы — мы нашли, кто смог подробно всё это объяснить +40

08:00

GPU, диски, серверы — что ещё анонсировали вендоры в августе. Железный дайджест Selectel +38

00:08

Не XP единой — почему Windows 2000 была настоящим шедевром Microsoft +37

11:28

Как мы видеокарту AMD на ПЛИС с RISC-V и Linux запускали +36

09:02

Как взломать и разрушить АЭС за 49 минут: разбор кибератаки на ядерный реактор +36

19:50

Что выяснили про ChatGPT: первые реальные данные несколько удивляют +31

10:30

Оценка сроков выполнения задач: покоряем закон Хофштадтера +31

06:59

Как я научил Jetpack Compose показывать рекомпозиции в реальном времени +30

12:24

Я хотел пошпионить за своим псом, а в результате проследил за TP-Link +29

12:00

Полный гайд по экономии в облаке Selectel: 3 инструмента, 5 практических сценариев, шпаргалка +27

09:06

Гений Пифагора: почему в рекурсивно-вычисляемом клеточном автомате Вселенной наше сознание бессмертно? +25

14:17

У нас было 10k метрик, 500 А/В-экспериментов и 500kk p-value каждый день… +21

13:40

Я ушёл с фронтенда на 1С, и это несправедливо +20

13:24

Распродажа в издательстве «Питер» +20

12:00

2 причины смертельной болезни проекта: устаревшие технологии и монополия на знания. Рассказываем, как это лечить +20

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