Releases: Yarikx/reductor
0.13.2
0.13.1
0.13.0
New Module: ReductorObservable
Added ReductorObservable module that mimics redux-observable.
This allows to dispatch async actions and do side-effects in a composable way using RxJava.
0.12.0
New feature: Dispatcher and Cursor
Introduced two interfaces, both implemented by Store:
public interface Dispatcher {
void dispatch(Object action);
}public interface Cursor<State> {
State getState();
Cancelable subscribe(StateChangeListener<State> listener);
}Cursorresponsible for retrieving the state and observing updates.Dispatcherresponsible for dispatching actions.
That allows you to expose Store functionality as interfaces to your components.
State mapping
Having Cursor interface, it is possible now to have map operation similar to rx.Observable.map(func).
For that purpose new helper class Cursors with map function was introduced.
Usage example:
Store<AppState> store = ...;
Cursor<User> userCursor = Cursors.map(store, state -> state.getUser());
//use mapped cursor in component
UserPresenter presenter = new UserPresenter(userCursor);Mapped cursors allow your components to depend only on specific substate they need, instead of depending on the whole state, knowing on how to get to particular substate.
Current implementation of map will only propagate unique values, so it's more efficient to pass mapped Cursor
to upper levels of application.
Other (breaking) changes
store.forEach(listener)was moved as static function toCursors.forEach(cursor, listeners);action.getValue(index)now returns generic parameter instead of Object.
0.11.1
Replaced @generated annotation with just a comment
0.11.0
Breaking changes
Middleware can be initialized with Store
Now Middleware is split into two functional interfaces.
So if old middleware signature was (store, action, nextDisaptcher) => (),
the new one will be (store, nextDispatcher) => (action) => ().
This middleware structure is much closer to original Redux middleware.
New generated Action Creators (experimental)
If @AutoReducer.Action(generateActionCreators = true),
reductor will generate ActionCreator interface.
The interface will have the same name as reducer with 'Actions' suffix.
Old generated static nested ActionCreator classes in reducer implementations are no longer supported.
As you may use generated action creators directly, explicitly defining action creator interface is recommended.
However generated action creators can be used to prototype your reducer faster,
and then generated interface can be copied to the source code.
Other
Added Generated annotation to all emitted code.
0.10.0
New feature: Action creators
This feature allows defining action creators as interface separately from reducer.
This allows:
- Separate action definition and reducer handler.
- Get rid of direct usage of some of the generated code (action creators generated in
AutoReducerreducers). - Per-action validation for
AutoReducerreducers to have the same values as in corresponding action creator. - Actions can be "shared" between multiple reducers.
- One reducer can handle actions from multiple Action creators.
To create an instance of Action creator Actions.from(class) can be used.
Example: interface,
usage.
"Old" action creators in AutoReducer is deprecated but still supported (will be removed in next version).
Other changes
- Action class now has multiple values (
Object[] valuesinstead ofObject value). - New
StoremethodforEach: similar tosubscribebut propagate initial value immediately. - New module
reductor-rxjava2to observeStoreas RxJava2ObservableorFlowable.
0.9.3
0.9.2
New Features
- Big update on
@CombinedState.
Now@AutoValuevalue classes are supported as combined state!
Interfaces as combined state are still supported.
Other improvements
Update code generator for @CombinedState reducers.
- Remove unnecessary state object allocation if all sub-states are the same.
- Use boxed version of sub-state types in reducer, to remove boxing/unboxing when passing to sub-reducers.