Details
-
Task
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
None
Description
We brought in redux-crud as a convenience in stripes-connect to rapidly make actions and reducers available for common REST tasks. I'm surprised we've kept it around this long but it's always been more convenient to work around it so far.
Ultimately though we'll need to build our own actions and reducers:
- redux-crud tries to be a bit too clever for our purposes at times and so we wind up with mildly hacky things like the CLEAR action
- it imposes limitations on the structure of the data we store
- eg. it prevents us from choosing to include status data alongside records
- it prevents us from using a more hierarchical structure for the Redux store
- it will probably get in the way of later optimisations to reduce network traffic
TestRail: Results
Attachments
Issue Links
- blocks
-
STCON-8 Data should be stored per-component, not per-module
-
- Closed
-
-
STRIPES-238 Nest resources under a single key per module rather than using a module prefix
-
- Closed
-
- is duplicated by
-
STRIPES-187 Update or replace redux-crud
-
- Closed
-
- relates to
-
STRIPES-199 Better names for Redux actions
-
- Closed
-
-
STRIPES-211 When a new record is created, the component should receive props describing it
-
- Closed
-
-
STRIPES-262 support paging in stripes-connect
-
- Closed
-
-
STRIPES-425 Figure out how the `_cid` field appears in some record
-
- Closed
-