This seems like a big changeset, but most of it is copying methods and tests between app/stores/product-store.js and app/actions/product-actions.js.
Subitems changes come nested within their parent items directly from sprintly-data, so the only changes we needed to account for were global settings for product API requests and additional comonents within ItemCard.
The reason for the flux refactor was to get our data flow to better align with the Flux pattern. Instead of relying on backbone events to trigger re-renders, our store now emits it's own events, and the store implementation has less knowledge of server interactions.
User Interaction --> ActionCreator calls API --> Action Dispatched --> Store emits change
What does it do?
This depends on upstream changes in sprintly-data https://github.com/sprintly/sprintly-data/pull/16
Where should the reviewer start?
This seems like a big changeset, but most of it is copying methods and tests between
app/stores/product-store.js
andapp/actions/product-actions.js
.Subitems changes come nested within their parent items directly from sprintly-data, so the only changes we needed to account for were global settings for product API requests and additional comonents within ItemCard.
How should it be manually tested?
Head over to https://sprintly-manifold.herokuapp.com/product/1 and give it a test drive!
Background context
The reason for the flux refactor was to get our data flow to better align with the Flux pattern. Instead of relying on backbone events to trigger re-renders, our store now emits it's own events, and the store implementation has less knowledge of server interactions.
Screenshots