Estoy empezando a usar flux (con redux por ahora) y me pregunto cómo se supone que deben manejarse las relaciones.
Por ejemplo, podemos usar Trello que tiene tableros con columnas que contienen tarjetas.

Un enfoque sería tener una tienda / reductor para tableros y tener todos los datos allí, pero eso significa algunas tiendas muy gordas ya que tendrían que contener todas las acciones para columnas y tarjetas también.

Otro enfoque que he visto es separar los recursos anidados en, por ejemplo, BoardStore, ColumnStore y CardStore, y usar sus identificadores como referencia.

Aquí hay un ejemplo de dónde estoy un poco confundido: podría tener un creador de acción llamado addCard que haga una solicitud al servidor para crear una tarjeta con todos los datos. Si está realizando una actualización optimista, habría creado un objeto de tarjeta en una de sus tiendas antes, pero no puede saber la identificación que tendrá hasta que recupere la solicitud.

En resumen:

Disparando addCardaddCard realiza una solicitud, mientras tanto, devuelve una acción de tipo ADD_CARD_TEMPobtiene la solicitud y devuelve una acción del tipo ADD_CARD donde la tienda / reductor cambia la identificación.

¿Hay alguna forma recomendada de lidiar con este caso? Las tiendas / reductores anidados me parecen un poco tontos, pero de lo contrario terminas con tiendas muy complejas, por lo que realmente parece un compromiso.