Куда поместить бизнес-логику, предназначенную для преобразования данных, предназначенных для хранилища ngrx: в эффекты или редюсеры?

Преобразование может идти либо в эффект, либо в редуктор.

Если бы нужно было выполнить какую-либо проверку, я бы поместил ее в эффект, где у меня была бы возможность отправить действие с ошибкой.

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

Есть и другой вариант: вы можете использовать селектор. То есть сообщения можно хранить в состоянии в виде простого массива, а селектор можно использовать для преобразования сообщений состояния, группируя их по контрагенту или как-то еще. Если бы у меня было несколько способов группировки сообщений, я бы выбрал именно этот вариант.

@ngrx/example-app содержит несколько примеров селекторов :

/**
 * A selector function is a map function factory. We pass it parameters and it
 * returns a function that maps from the larger state tree into a smaller
 * piece of state. This selector simply selects the `books` state.
 *
 * Selectors are used with the `select` operator.
 *
 * ```ts
 * class MyComponent {
 *  constructor(state$: Observable<State>) {
 *    this.booksState$ = state$.select(getBooksState);
 *  }
 * }
 * ```
 */
export const getBooksState = (state: State) => state.books

Я делаю это так, чтобы получать и преобразовывать данные в службе, как в старые времена.

Эффекты реагируют на действие и выполняют вызов через службу, чтобы вернуть данные и отправить другие действия на основе полученных ответов.

Это значительно упрощает тестирование, поскольку служба отделена от эффекта, основной целью которого является реакция на определенное действие, а не упаковка данных.

Для этого можно использовать Reducer, но опять же, вы должны содержать его в чистоте для удобства чтения.

Мои мнения:

1. Данные, полученные из серверной части, останутся в хранилище без изменений.

2. Использование селекторов в качестве вашей бизнес-логики (объединение, преобразование и т. д.) для тупых компонентов.

3. Возможно, единственным преобразованием является использование normalizr для выравнивания данных.