Javascript 需要澄清一些基本设置吗

在观看了一些Redux教程之后，我仍然有一些问题：

创建我的

商店后

，我有：

ReactDOM.render（，document.getElementById（'root'））

进入

App

组件，我定义：

function mapStateToProps(state) {
    return {
        posts: state.posts,
        comments: state.comments 
    }
}

function mapDispatchToProps(dispatch) {
    return bindActionCreators(actions, dispatch)
}

状态

和

调度

来自哪里？自从我将

存储连接到我的组件后，它是否自动引用了
存储的状态和分派

我的一个React组件有一个表单，它在提交时调用一个函数：

handleSubmit(event) { ... }

因此，在该组件的构造函数中，我有：

constructor() {
    super()
    this.handleSubmit = this.handleSubmit.bind(this);
}

在声明React类组件时，调用

super（）

是否总是必需的？ 为什么我需要在那里进行这种类型的绑定

提交表单后，我发送了一个名为

addPost

的操作。 它是如何“进入”减速器的？这是否仅仅是因为在我创建存储并使用

mapDispatchToProps（dispatch）

I“让”Redux知道可以将哪些操作分派给该Redux时给出了Redux

reducer只返回一个

状态

对象。实际将该状态“保存”到存储中的逻辑在哪里？它是隐藏的吗

请查看我们的新产品。具体来说，你应该通读和阅读

如果您为一个类定义了一个

构造函数

，它扩展了另一个类，那么是的，您需要调用

super（）

作为构造函数的第一行-这就是ES6类的定义方式

Redux只有一个减速器功能。

dispatch（）

的内部如下所示：

function dispatch(action) {
    newState = rootReducerFunction(oldState, action);
    subscriberCallbacks.forEach(callback => callback() );
}

您可能希望通读Redux文档中的页面，以便更好地了解减缩器通常如何以及为什么拆分为更小的函数

在大多数情况下，将不同的“状态片”组合在一起的逻辑位于

combineReducers（）

中，因为您使用它来生成“root reducer”函数

请查看我们的新产品。具体来说，你应该通读和阅读

如果您为一个类定义了一个

构造函数

，它扩展了另一个类，那么是的，您需要调用

super（）

作为构造函数的第一行-这就是ES6类的定义方式

Redux只有一个减速器功能。

dispatch（）

的内部如下所示：

function dispatch(action) {
    newState = rootReducerFunction(oldState, action);
    subscriberCallbacks.forEach(callback => callback() );
}

您可能希望通读Redux文档中的页面，以便更好地了解减缩器通常如何以及为什么拆分为更小的函数

在大多数情况下，将不同的“状态片”组合在一起的逻辑位于

combineReducers（）

中，因为您使用它来生成“root reducer”函数

是，将

状态

和

调度

分别视为对redux状态和调度功能的引用

说：

如果不初始化状态，也不绑定方法，则不需要为React组件实现构造函数

尝试为处理程序使用箭头函数：

class MyComponent extends Component {
    handleSubmit = () => {
        // ...
    }
}

reducer被提供给存储，存储被提供给react redux

组件，Provider组件提供了一个由所述reducer获取子组件中调度的操作的位置

这个逻辑在redux库中

是，将

状态

和

调度

分别视为对redux状态和调度功能的引用

说：

如果不初始化状态，也不绑定方法，则不需要为React组件实现构造函数

尝试为处理程序使用箭头函数：

class MyComponent extends Component {
    handleSubmit = () => {
        // ...
    }
}

reducer被提供给存储，存储被提供给react redux

组件，Provider组件提供了一个由所述reducer获取子组件中调度的操作的位置

这个逻辑在redux库中

---

州和派送从何而来？自从我将商店连接到我的组件后，这是否自动表示商店的状态和派送？

状态是最难理解的话题之一，当我们开始关注Redux时，状态就成为了最重要的话题。我们定义的每个基于类的组件都有自己的状态对象

MapStateTrops

是我们从应用程序级状态到组件级的接口能力。在这里，我们从状态对象中提取属性，并将它们注入到组件中

dispatch

是如何更改应用程序中的状态，即

dispatch

操作

在您的实现中，您使用的是

bindActionCreators

，它将值为action creators的对象转换为具有相同键的对象，但每个action creator都封装在

调度

调用中，因此可以直接调用它们

我个人从未以这种方式连接过redux操作，所以我必须查找这个

在声明React类组件时调用super（）是否总是必需的？为什么我需要在那里进行这种类型的绑定？

是的，React组件始终必须在其构造函数中调用

super

，才能正确设置

---

要深入解释这种绑定技巧，请从。如果您不这么想，只需要知道，在React中，每当您定义使用

this

的事件处理程序时，您都需要将

this.methodName=this.methodName.bind（this）

添加到

构造函数
函数中。
状态和分派从何而来？自从我将商店连接到我的组件后，这是否自动表示商店的状态和派送？

州是最难理解的话题之一，也是最难理解的话题之一