加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

reactjs – 在React中将有状态和无状态组件分开的位置应该在哪里

发布时间:2020-12-15 05:06:50 所属栏目:百科 来源:网络整理
导读:尽可能地使 encourages使用无状态组件,并使用有状态的父组件来管理它们. 据我所知,这可以使无状态组件更易于重用,并且易于管理. 但是,在极端情况下,我们总是可以将状态置于顶级组件(如App.js),并通过长道具链传递信息和回调.如果使用Flux,也可以始终在其中调
尽可能地使 encourages使用无状态组件,并使用有状态的父组件来管理它们.
据我所知,这可以使无状态组件更易于重用,并且易于管理.
但是,在极端情况下,我们总是可以将状态置于顶级组件(如App.js),并通过长道具链传递信息和回调.如果使用Flux,也可以始终在其中调度操作(通过回调执行).

所以我想知道分离有状态和无状态组件的界限是什么?如果使用Flux,应该在哪里调度Actions?

—添加一个例子—

假设我有一个谷歌文档,如Web应用程序,有一个工具栏和显示内容.我想我们将拥有组件结构.

<App>
    <Toolbar />
    <Content />
</App>

工具栏的按钮会影响显示内容,例如粗体文本按钮.

那么App应该将onButtonPressed回调道具传递给工具栏并自行调度Actions,还是应该让工具栏自行完成?

应用程序是否应该将contentString传递给内容,或让内容本身监听存储更改?

谢谢!

从我的角度来看,一个简单的应用程序可以以这种方式使用Flux的模式:

>孩子们会采取行动.
>应用程序侦听存储并将处理后的数据传播给其子级.

使用这种方法,您拥有无状态组件,但具有良好的代码组织而没有回调支持.但是你的两个命题都是正确的,这是你对应用程序的大小和需求做出的决定.

如果您构建的组件将在应用程序之外使用,请尽可能不使用flux,并让开发人员根据需要选择所需的方法.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读