Tengo una serie de componentes que usan datos derivados de una respuesta de consulta RTK. Si bien se deriva de la misma respuesta con los mismos argumentos de consulta, cada componente necesita que los datos pasen a través de un conjunto de filtros del lado del cliente relativamente costosos (cuyos argumentos son propiedades de segmento de la tienda redux) que pueden no ser los mismos para cada componente. Sin embargo, todos los componentes requieren que los datos pasen por al menos dos filtros específicos. Esta relación se muestra en el siguiente diagrama:

¿Es posible suscribirse a los datos después de que hayan sido transformados por un filtro/conjunto de filtros específico?

Enfoques que he considerado:

• Use la consulta en todos los componentes, aplique los filtros necesarios en algún useEffect o useMemo. Esto no es preferible ya que eso significa que al menos 2 filtros se duplican nComponentes veces.
• Use la opción createSlice extraReducers y escuche la finalización de la consulta, luego realice la operación de filtro. Esto funciona bien ya que puedo usar los argumentos de filtro en el reductor, pero creo que no hay forma de que repita la operación con nuevos argumentos una vez que los argumentos de filtro se han actualizado pero los datos de consulta se han mantenido igual.
• Suscriba un componente, publique datos para dividir después de cada etapa de filtro correspondiente, suscriba cada componente a los datos correspondientes. Así es como lo tengo implementado actualmente, pero no es ideal porque combina componentes que deseo evitar, aumenta un componente que se elige arbitrariamente y produce acciones de estado grandes frecuentes que ralentizan mi aplicación.
• Aumente la suscripción de consulta al componente principal compartido, luego pase los datos como accesorios. Esto no es ideal porque estos componentes se encuentran a diferentes profundidades en relación con su ancestro compartido, lo que me imagino que daría como resultado la perforación de puntal para al menos algún componente.
• Use el contexto de reacción para compartir los resultados de las primeras 2 operaciones de filtro con los componentes correspondientes. No he investigado mucho todavía; ¿Funcionaría con una suscripción de consulta?

Intuitivamente, pensaría que sería ideal una devolución de llamada que funcione como un software intermedio entre el resultado de la API y los datos suscritos del componente. Soy consciente de la opción transformResponse definible en el segmento API, pero creo que no es apropiado ni posible para esta situación.

 const queryResult = endpointName.useQuery(args, filterArgs, (data, filterArgs) => { return data.performSomeSharedFilterOperationHere(filterArgs); } );

Idealmente, los datos se actualizarían cuando cambien los argumentos de consulta O cuando cambien los argumentos de filtro. Supongo que la diferencia entre esto y una implementación simple de useEffect es que en el escenario useEffect, los datos no se 'comparten' y las operaciones de filtro ocurren nSubscribedComponents veces.

¿Hay algo en RTK que permita el comportamiento que busco?