Releases: reduxjs/redux-toolkit
v0.8.1
v0.8.0
This release contains a couple breaking changes, including one that will affect almost all existing users. The plan is for these to be the final breaking changes before 1.0 is released, and that 1.0 will hopefully be out within the next couple weeks.
Breaking Changes
createSlice
Now Requires a name
Field
So far, createSlice
has accepted an optional field called slice
, which is used as the prefix for action types generated by that slice:
const counterSlice1 = createSlice({
slice: "counter", // or could be left out entirely
initialState: 0,
reducers: {
increment: state => state + 1,
}
});
The slice
field has been changed to name
, and is now required to be a non-empty string.
const counterSlice1 = createSlice({
name: "counter", // required!
initialState: 0,
reducers: {
increment: state => state + 1,
}
});
This removes cases where multiple slices could have accidentally generated identical action types by leaving out the slice name while having similar reducer names. The field name change from slice
to name
was made to clarify what the field means.
Migration: change all uses of slice
to name
, and add name
to any createSlice()
calls that didn't specify it already.
createAction
Defaults to a void
Payload Type
Previously, createAction("someType")
would default to allowing a payload type of any
when used with TypeScript. This has been changed to default to void
instead. This means that you must specify the type of the payload, such as createAction<string>("someType")
.
Note that this is not necessary when using createSlice
, as it already infers the correct payload types based on your reducer functions.
Migration: ensure that any calls to createAction()
explicitly specify the payload type as a generic.
Other Changes
createSlice
Exports the Case Reducer Functions
createSlice
already returned an object containing the generated slice reducer function and the generated action creators. It now also includes all of the provided case reducers in a field called caseReducers
.
const todosSlice = createSlice({
name: "todos",
initialState: [],
reducers: {
addTodo(state, action) {
const {id, text} = action.payload;
state.push({id, text});
},
toggleTodo(state, action) {
const todo = state[action.payload.index];
todo.completed = !todo.completed
}
},
extraReducers: {
["app/logout"](state, action) {
return []
}
}
});
console.log(todosSlice)
/*
{
name: "todos",
reducer: Function,
actions: {
addTodo: Function,
toggleTodo: Function,
},
caseReducers: {
addTodo: Function,
toggleTodo: Function
}
}
*/
Notes
Special thanks to @phryneas for coaching me through finally starting to get a vague grasp on some very complicated TS types :)
Changelog
- Create slice changes (@phryneas - #197)
- Include case reducers in createSlice result (@markerikson - #209)
- Use
void
instead ofany
for undefined payloads (@Krisztiaan , @markerikson - #174) - Improve reducer warning (@markerikson - #207)
- change inference behaviour in old TS versions (@phryneas - #166)
v0.7.0
This release introduces some noticeable breaking changes as we begin working our way towards 1.0.
Breaking Changes
Removal of Selectorator
RSK previously exported the createSelector
function from https://github.com/planttheidea/selectorator . Selectorator wraps around Reselect, and the main selling point was that its createSelector
wrapper accepted string keypath "input selectors".
However, this capability made usage with TypeScript almost useless, as the string keypaths couldn't be translated into the actual types for the values that were being extracted. Ultimately, there wasn't enough real benefit for keeping this around, and so we are removing Selectorator.
We now simply export createSelector
directly from https://github.com/reduxjs/reselect instead.
Migration
Replace any string keypath usages with actual selector functions:
// before
const selectAB = createSelector(
["a", "b"],
(a, b) => a + b
);
// after
const selectA = state => state.a;
const selectB = state => state.b;
const selectAB = createSelector(
[selectA, selectB],
(a, b) => a + b
);
Removal of "slice selectors"
createSlice
tried to generate a "slice selector" function based on the provided slice name. This was basically useless, because there was no guarantee that the reducer function was being combined under that name. The dynamic name of the generated function also made it hard to use.
Migration
Remove any uses of slice.selectors
(such as slice.selectors.getTodos
). If necessary, replace them with separate hand-written calls to createSelector
instead.
Other Changes
Customization of Default Middleware
The default middleware array generated by getDefaultMiddleware()
has so far been a black box. If you needed to customize one of the middleware, or leave one out, you were forced to hand-initialize the middleware yourself.
getDefaultMiddleware
now accepts an options object that allows selectively disabling specific middleware, as well as passing options to each of the middleware (such as redux-thunk
's extraArgument
option).
New Tutorials!
We've added a set of new tutorial pages that walk you through how to use RSK:
- Basic Tutorial: introduces the RSK APIs in a vanilla JS page
- Intermediate Tutorial: shows how to use RSK in a CRA app, by converting the standard Redux "todos" example to use RSK
- Advanced Tutorial: shows how to use RSK with TypeScript, thunks for async and data fetching, and React-Redux hooks, by converting a plain React app to use RSK
Changelog
- Remove slice selectors (@markerikson - #193)
- Enable customizing default middleware and store enhancers (@markerikson - #192)
- Remove Selectorator (@markerikson - #191)
- Refactor typings for readability (@phryneas - #168)
v0.6.3
One of the major limitations of RSK thus far is that the generated action creators only accept a single argument, which becomes the payload
of the action. There's been no way to do things like:
- add a field like
meta
, which is commonly used as part of the "Flux Standard Action" convention - pass in multiple function parameters to the action creator, and process them to set up the payload
- Encapsulate setup work like generating unique IDs before returning the action object
That also means that the code dispatching the action has been entirely responsible for determining the correct shape of the payload.
This release adds the ability to pass in a "prepare" callback to createAction
. The prepare callback must return an object containing a payload
field, and may include a meta
field as well. All arguments that were passed to the action creator will be passed into the prepare callback:
const testAction = createAction(
"TEST_ACTION",
(a: string, b: string, c: string) => ({
payload: a + b + c,
meta: "d"
})
)
console.log(testAction("1", "2", "3"))
// {type: "TEST_ACTION", payload: "123", meta: "d"}
createSlice
has also been updated to enable customizing the auto-generated action creators as well. Instead of passing a reducer function directly as the value inside the reducers
object, pass an object containing {reducer, prepare}
:
const counterSlice = createSlice({
slice: 'counter',
initialState: 0,
reducers: {
setValue: {
reducer: (state, action: PayloadAction<number>) => {
return state + action.payload
},
prepare: (amount: number) => {
if(amount < 0) {
throw new Error("Must be a positive number!");
}
return {payload: amount}
}
}
}
})
This resolves the related issues of #146 and #148 .
Changes
v0.6.1
Our UMD build (redux-starter-kit.umd.js
) has actually been broken for a while, because it still tried to reference process
, which doesn't exist in a web environment.
We've updated our build process to ensure that the UMD build is fixed up to correctly handle that "is dev" check.
In addition, we only had an unminified UMD dev build so far. We now include a properly minified production-mode UMD build as well, redux-starter-kit.umd.min.js
.
Note that our configureStore()
function defaults to different behavior in dev and prod by including extra runtime check middleware in development. The dev and prod UMD builds should match the dev/prod behavior for configureStore()
, so if you are using a UMD build and want the runtime checks, make sure you link to the dev build.
Finally, note that when used as a plain script tag, the UMD builds now create a global variable named window.RSK
, rather than window["redux-starter-kit"]
. This is theoretically a breaking change, but given that the UMD builds have never worked right, I'm fine with calling this a "patch" instead :)
Changes
v0.6.0
This release includes a couple improvements to our serializable-state-invariant-middleware
to enable more flexibility in defining what values are and are not serializable, as well as some additional typing tweaks to improve inference of PayloadAction
types and ensure that action creators generated by createSlice()
are recognized as PayloadActionCreator
s that have a type
field.
Changes
- Fix: SerializableStateInvariantMiddleware: Use
isSerializable
when checking state (@ali-rantakari - #139) - Allow consumer to augment middleware to tolerate certain structures (e.g. Immutable) (@kgregory - #141)
- Fix PayloadAction inference (@kroogs - #138)
- infer action creators from
createSlice
asPayloadActionCreator
(@phryneas - #158)
v0.5.1
0.5.0 accidentally removed our re-exports of functions from other libraries (createSelector
, createNextState
, combineReducers
, and compose
). This release should fix that.
Changes
- Fix accidentally removed re-exports bf2f376
v0.5.0
We've finally had some time to merge in several PRs that were contributed by the community. No major API changes, but there's some tooling / dependency improvements and tweaks to the typings for createSlice()
that should help improve type inference of case reducers, and configureStore()
now allows passing options through to the Redux DevTools Extension.
Changes
v0.4.3
v0.4.1: `createSlice` and `extraReducers`
createSlice
generates action types directly from the names of the reducer functions you provide in the reducers
field. However, this conceptually limits a slice's reducer to only responding to action types that it "owns" and defined.
We have always encouraged Redux users to have multiple reducer functions responding to the same action type. In order to support this, createSlice
now accepts a second lookup table of action types, currently named extraReducers
. (The name is not final - we're still debating options. If you've got a better name, please let us know in #83 .)
Unlike the reducers
field, the extraReducers
field will not generate action creators for the provided functions, and the keys should be other existing Redux action type constants.
In addition to the createSlice
changes, the TS conversion process accidentally stopped re-exporting compose
and combineReducers
from Redux. That's been fixed.