React 和 React Native 中的负载
Payload in React & React Native
当使用 Redux 将应用程序状态合并到 React 和 React Native 中时,为什么 action creator 中需要类型但不需要 payload?
如果动作没有附加负载,动作创建器有什么用?
有时您的 reducer 不会 return 基于有效负载的新状态。一个示例是切换状态中某些内容的操作。 reducer 只需要知道动作被触发以切换 属性。
示例:
const lightSwitch = (
state = {on: false},
action,
) => {
switch (action.type) {
case TOGGLE:
return { ...state, on: !state.on };
default: return state;
}
}
最流行的 Redux 动作类型之一是 fetching/loading 指示器动作。例如:
export default (state = { isFetching: false }, action) => {
switch(action.type) {
case START_FETCHING_POSTS:
return { ...state, isFetching: true };
case STOP_FETCHING_POSTS:
return { ...state, isFetching: false };
default:
return state;
}
};
在这种情况下,操作将如下所示const action = { type: START_FETCHING_POSTS }
render(){
this.props.navigation.addListener(
'didFocus',
payload => {
console.log("Payload is called .....................")
}
);
}
当使用 Redux 将应用程序状态合并到 React 和 React Native 中时,为什么 action creator 中需要类型但不需要 payload?
如果动作没有附加负载,动作创建器有什么用?
有时您的 reducer 不会 return 基于有效负载的新状态。一个示例是切换状态中某些内容的操作。 reducer 只需要知道动作被触发以切换 属性。 示例:
const lightSwitch = (
state = {on: false},
action,
) => {
switch (action.type) {
case TOGGLE:
return { ...state, on: !state.on };
default: return state;
}
}
最流行的 Redux 动作类型之一是 fetching/loading 指示器动作。例如:
export default (state = { isFetching: false }, action) => {
switch(action.type) {
case START_FETCHING_POSTS:
return { ...state, isFetching: true };
case STOP_FETCHING_POSTS:
return { ...state, isFetching: false };
default:
return state;
}
};
在这种情况下,操作将如下所示const action = { type: START_FETCHING_POSTS }
render(){
this.props.navigation.addListener(
'didFocus',
payload => {
console.log("Payload is called .....................")
}
);
}