I've observed a common pattern among developers working with Redux stores: when faced with new, but slightly different requirements, they often create new features and re-write the generic boilerplate code, including reducers, thunks, actions, and middleware. This can lead to significant repetition across the codebase.
We can't fully blame developers for this, as standardization and team best practices are typically by team leads....
However, when APIs or microservices are standardized—where endpoints like delete, create, put, and fetch follow a predictable structure—it's possible to create higher-order functions that can dynamically generate Redux reducers and actions. This reduces redundancy and encourages a more scalable architecture. Here's an example of how this can be implemented:
https://gist.github.com/ARAldhafeeri/1ad10710bee110b9a88013984272fbbd
it's 200 lines of code, with an example usage here is what it does :
- Dynamic Redux Slice Creation: The function createEntitySlice generates a Redux slice for an entity (like reservations or users), allowing developers to easily create, read, update, and delete data for any entity with minimal boilerplate code.
- Customizable Parameters: The function accepts customizable parameters, such as entityName, endpoints, extraReducers, extraThunks, and extraActions, enabling flexibility for different entities and specific requirements.
- Base CRUD Thunks: It provides base asynchronous thunks for common operations like fetch, create, update, delete, and search, which interact with an API based on the provided endpoints. These thunks manage the necessary API calls and handle errors.
- Reducers for State Management: The slice includes reducers for managing the loading state, storing fetched data, handling errors, and performing actions like searching and resetting the state.
- Middleware Integration: The code integrates listener middleware to handle side effects like displaying success or error messages based on the result of CRUD operations. It also enhances middleware with the ability to customize the behavior of state changes, such as triggering additional actions when certain conditions are met.
- Optimized Code Reusability: By using this higher-order function approach, developers can avoid repetitive boilerplate code and create reusable, dynamic slices for different entities without manually writing out actions and reducers each time.
- Extendable and modular: The higher-order function produces the needed functionality from a redux store for a feature, also we can extend everything in it from reducers, to initial state, so when custom endpoint arrive that doesn't full into the generic bases we created, we can simply add it.
Best,
Ahmed,
Top comments (0)