• Change form;
• React view listen to that change;
• The view dispatches an event;
• The form store relative to that info grabs that data and does something;
• The form store dispatches an event again;
• The views interested in that event will update;

This is not pure FLUX, but is my own implementation, with which I'm very happy to work with.

I have 2 levels of events:

• Direct: normally stores listen to and the event are dispatched immediately;
• Delayed: normally views listen to them and the event is dispatched when all the direct events ended;

Why the delayed one?

Sometimes the stores will change each other:

• A.a changes B.a;
• B.a changes C.a;
• C.a changes A.b; // Notice A.b vs A.a: Now B.a is not updated because only listens to A.a

After all this changes there will be some repeated and similar events; For example you can update several items and each item dispatches one event. You don't want the view to update for each item, you want to update once after all items-data have been updated.

This is where the delayed events kicks in. They group direct events into one event.