1) Это звучит выполнимо.

2) Нет. Что бы ни делало работу.

Что бы я делал

Я бы создал состояние postPagination в блоге, где бы я держал данные о нумерации страниц отдельно от сущностей. И действие BlogPaginate для изменения его состояния в функции редуктора.

{
   {
        sort: 'date',
        filters: {
            category: 'home',
            tag: 'testTag'
        }
    },
    page: 1
}

Я хотел бы создать эффект, который прослушивает действия маршрутизатора и сопоставляет соответствующие (url / blog / *) с соответствующими поисковыми фильтрами для действия BlogPaginate, которое, в свою очередь, вызывает вызов службы.

Если вы хотите кешировать эти сущности

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

Затем я бы добавил к состоянию postPagination:

{
   pageContents: {
      // map of page to entity ids
      1: [1,8,222]
   }
   {
        sort: 'date',
        filters: {
            category: 'home',
            tag: 'testTag'
        }
    },
    currentPage: 1,
    totalPages: 10
}

• При изменении фильтров / сортировки по страницам в редукторе BlogPaginate я бы очистил pageContents.
• Когда в редукторе BlogPaginateSuccess изменится значение totalPages ответа на нумерацию страниц, я очисту другие страницы pageContents.
• В редукторе BlogPaginateSuccess я добавляю / обновляю новые сущности в сообщениях блога и сопоставляю их идентификаторы как pageContents. Помните, что редукторы могут реагировать на любые действия.
• Я бы также создал селектор, который отображает postPagination.currentPage, postPagination.pageContents и post.entities в массив сущностей постов в блогах.