Closed nicobarray closed 6 years ago
After some more talks with @chabou we decided to only override the createStore method and let the user import the rest from redux
.
The rational is that we shouldn't impose a way of constructing the user reducers. He can already define how to update them through the channel.reducer(snapshot): nextState
.
The user should still be able to compose its redux store with our aqueduxMiddleware and wrapStoreReducer by himself and the createAquedux{Client,Server} should still check for them.
Therefore the task at hand is to:
aquedux
internal state to the aquedux middleware's internal state After much discussion, the aquedux API takes another turn. See #30
The idea is because we are constantly overriding parts of the Redux api (createStore and combineReducer for now) it should be easier to import directly the Redux api from aquedux.
This would greatly simplify the use of aquedux: "just replace the Redux import" should be our short goal.
Also, the createAquedux{Client,Server} should check if the mandatory overriden functions are used adn throw a warning in development pointing out the mistake.