reactjs – 如何在React / Redux中建模瞬态事件?

虽然React with Redux在建模UI状态方面非常出色,但偶尔会发生某些事情,UI需要以离散的程序方式处理该事件,而将瞬态事件视为一个部分是没有意义的.在任何时期都会持续存在的状态.

两个例子,来自类似JS Bin的代码编辑器应用程序:

>用户将其代码导出到GitHub要点.导出完成后,我们要打开一个显示要点的新浏览器窗口.因此,React组件层次结构需要知道要点的ID,但只能在单个时刻知道,此时它将打开窗口并完全停止关注gist导出.
>用户单击错误消息,这会导致编辑器将发生错误的行置于编辑器中.同样,UI只关心需要在一个时刻关注哪一行,此时(非基于React的)编辑器被告知要关注该行,并且整个事情都被遗忘了.

我提出的最不令人满意的解决方案是:

>发生触发事件时,调度操作以使用所需信息更新Redux状态(gist ID,要关注的行)
>对该信息感兴趣的React组件将监视生命周期钩子(componentWillReceiveProps等)中的相应props.当信息出现在其道具中时,它会采取适当的操作(加载要点窗口,将编辑器聚焦在线上)
>然后组件立即向Redux商店发送另一个事件,主要是说“我已经处理了这个”.瞬态事件数据从Redux状态中删除.

对于这种情况,有没有更好的模式?我认为图片中可能的一个基本部分是UI对动作的响应总是突破React组件结构 – 打开一个新窗口,在编辑器的API上调用一个方法,等等.

你的解决方案肯定会有效,但是你提出的这些问题听起来并不适合用redux处理.只需使用简单的React并将必要的功能传递给组件听起来就更自然了.

例如,对于导出情况,不是调度更新某个状态的操作,然后触发新窗口打开,为什么不打开新窗口代替调度该操作呢?如果你有分配动作触发打开窗口所需的信息,你应该能够在同一个地方打开窗口.

对于单击错误消息触发调用非React,命令式api的示例,从错误消息的最近公共父级和编辑器传递函数.父级还可以维护编辑器周围的包装器的引用.即使它有多个级别,如果你是pass down a function to set the ref,那么获得你想要的内容并不是太糟糕.因此,从父代传递到错误消息组件的函数可以简单地调用它维护到编辑器的ref上的方法. .基本上,这样的事情:

class Parent extends Component {
    constructor(...args) {
        super(...args)

        this.onErrorMessageClick = this.onErrorMessageClick.bind(this)
    }

    onErrorMessageClick(lineNumber) {
        if (this.editor) {
            this.editor.focusOnLine(lineNumber)
        }
    }

    render() {
        return (
            <div>
                <ErrorMessage onClick={ this.onErrorMessageClick } lineNumber={ 1 } />
                <ErrorMessage onClick={ this.onErrorMessageClick } lineNumber={ 2 } />
                <EditorWrapper editorRef={ (editor) => { this.editor = editor } } />
            </div>
        )
    }
}

const ErrorMessage = ({ onClick,lineNumber }) => (
    <button onClick={ () => onClick(lineNumber) }>
        { `Error Message For ${lineNumber}` }
    </button>
)

// Just adding EditorWrapper because your editor and error messages probably aren't right next to each other
const EditorWrapper = ({ editorRef }) => <Editor ref={ editorRef } />

class Editor extends Component {
    focusOnLine(lineNumber) {
        // Tell editor to focus on the lineNumber
    }

    render() {
        ...
    }
}

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


react 中的高阶组件主要是对于 hooks 之前的类组件来说的,如果组件之中有复用的代码,需要重新创建一个父类,父类中存储公共代码,返回子类,同时把公用属性...
我们上一节了解了组件的更新机制,但是只是停留在表层上,例如我们的 setState 函数式同步执行的,我们的事件处理直接绑定在了 dom 元素上,这些都跟 re...
我们上一节了解了 react 的虚拟 dom 的格式,如何把虚拟 dom 转为真实 dom 进行挂载。其实函数是组件和类组件也是在这个基础上包裹了一层,一个是调...
react 本身提供了克隆组件的方法,但是平时开发中可能很少使用,可能是不了解。我公司的项目就没有使用,但是在很多三方库中都有使用。本小节我们来学习下如果使用该...
mobx 是一个简单可扩展的状态管理库,中文官网链接。小编在接触 react 就一直使用 mobx 库,上手简单不复杂。
我们在平常的开发中不可避免的会有很多列表渲染逻辑,在 pc 端可以使用分页进行渲染数限制,在移动端可以使用下拉加载更多。但是对于大量的列表渲染,特别像有实时数据...
本小节开始前,我们先答复下一个同学的问题。上一小节发布后,有小伙伴后台来信问到:‘小编你只讲了类组件中怎么使用 ref,那在函数式组件中怎么使用呢?’。确实我们...
上一小节我们了解了固定高度的滚动列表实现,因为是固定高度所以容器总高度和每个元素的 size、offset 很容易得到,这种场景也适合我们常见的大部分场景,例如...
上一小节我们处理了 setState 的批量更新机制,但是我们有两个遗漏点,一个是源码中的 setState 可以传入函数,同时 setState 可以传入第二...
我们知道 react 进行页面渲染或者刷新的时候,会从根节点到子节点全部执行一遍,即使子组件中没有状态的改变,也会执行。这就造成了性能不必要的浪费。之前我们了解...
在平时工作中的某些场景下,你可能想在整个组件树中传递数据,但却不想手动地通过 props 属性在每一层传递属性,contextAPI 应用而生。
楼主最近入职新单位了,恰好新单位使用的技术栈是 react,因为之前一直进行的是 vue2/vue3 和小程序开发,对于这些技术栈实现机制也有一些了解,最少面试...
我们上一节了了解了函数式组件和类组件的处理方式,本质就是处理基于 babel 处理后的 type 类型,最后还是要处理虚拟 dom。本小节我们学习下组件的更新机...
前面几节我们学习了解了 react 的渲染机制和生命周期,本节我们正式进入基本面试必考的核心地带 -- diff 算法,了解如何优化和复用 dom 操作的,还有...
我们在之前已经学习过 react 生命周期,但是在 16 版本中 will 类的生命周期进行了废除,虽然依然可以用,但是需要加上 UNSAFE 开头,表示是不安...
上一小节我们学习了 react 中类组件的优化方式,对于 hooks 为主流的函数式编程,react 也提供了优化方式 memo 方法,本小节我们来了解下它的用...
开源不易,感谢你的支持,❤ star me if you like concent ^_^
hel-micro,模块联邦sdk化,免构建、热更新、工具链无关的微模块方案 ,欢迎关注与了解
本文主题围绕concent的setup和react的五把钩子来展开,既然提到了setup就离不开composition api这个关键词,准确的说setup是由...
ReactsetState的执行是异步还是同步官方文档是这么说的setState()doesnotalwaysimmediatelyupdatethecomponent.Itmaybatchordefertheupdateuntillater.Thismakesreadingthis.staterightaftercallingsetState()apotentialpitfall.Instead,usecom