You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the base-store provides a change event which triggers immediately when the internal data has been updated. However, for actions that span multiple entities, each store will trigger this event before all stores are updated.
This causes for ugly rendering methods that check for stores that are not done processing the action yet. The principles document for Actions states that:
...stores should never be in an inconsistent state after the dispatcher has dispatched an Action.
Note that this says, after the dispatcher has dispatched an Action, not during.
I think stores should wait until dispatching has completed before triggering the change event.
The text was updated successfully, but these errors were encountered:
Currently the base-store provides a
change
event which triggers immediately when the internal data has been updated. However, for actions that span multiple entities, each store will trigger this event before all stores are updated.This causes for ugly rendering methods that check for stores that are not done processing the action yet. The principles document for Actions states that:
Note that this says, after the dispatcher has dispatched an Action, not during.
I think stores should wait until dispatching has completed before triggering the
change
event.The text was updated successfully, but these errors were encountered: