Что хотят услышать интервьюеры:

Redux — это предсказуемое хранилище состояния для приложения с однонаправленным потоком данных. Состояние изменяется только через явные действия, а не напрямую из UI или бизнес-логики. Это упрощает отладку, тестирование и понимание того, как и почему меняется приложение.

Определение:

Redux строится вокруг трёх основных частей: store — единого хранилища состояния, actions — описаний того, что произошло, и reducers — чистых функций, которые вычисляют новое состояние на основе текущего и action.

Поток данных обычно такой: UI вызывает action, action передаётся в store через dispatch, reducer создаёт новое состояние, store обновляется, после чего UI получает актуальные данные. Важный принцип — состояние не изменяется напрямую, а заменяется новым значением через reducer.

Пример использования:

Например, в приложении с корзиной товаров можно хранить список товаров и их количество в Redux. При нажатии на кнопку «Добавить» UI отправляет action, reducer увеличивает количество товара, а компоненты автоматически получают обновлённое состояние.

using System;

public record AppState(int Counter);

public record IncrementAction(int Value);

public static class Reducer
{
    public static AppState Reduce(AppState state, IncrementAction action)
    {
        return state with { Counter = state.Counter + action.Value };
    }
}

public class Program
{
    public static void Main()
    {
        var state = new AppState(Counter: 0);
        var action = new IncrementAction(1);

        var newState = Reducer.Reduce(state, action);

        Console.WriteLine(newState.Counter); // 1
    }
}

Пояснение кода:

В этом примере AppState играет роль состояния приложения, а IncrementAction — описание события, которое должно изменить состояние. Метод Reduce — это reducer: он принимает текущее состояние и action, после чего возвращает новый объект состояния, не изменяя старый.

Шаги работы такие: сначала есть исходное состояние Counter = 0, затем создаётся действие IncrementAction(1), после чего reducer вычисляет новое состояние Counter = 1. Именно такой подход отражает идею Redux: изменение состояния происходит централизованно и предсказуемо.

Ключевые моменты:

Redux хранит состояние в одном централизованном store.
Изменения состояния происходят только через actions и reducers.
Reducer должен быть чистой функцией: без побочных эффектов и прямого изменения входного состояния.
Поток данных однонаправленный: UI → action → reducer → store → UI.
Подход удобен для отладки, логирования и тестирования.
Идея Redux важнее конкретной реализации: важны предсказуемость и единый источник истины.

Можете объяснить, каким образом реализована архитектура Redux и как он управляет состоянием приложения?