reactjs – 在React.js表单组件中使用状态或引用?

我从React.js开始,我想做一个简单的形式,但在documentacion我找到了两种方法。
first one正在使用参考:
var CommentForm = React.createClass({
      handleSubmit: function(e) {
        e.preventDefault();
        var author = React.findDOMNode(this.refs.author).value.trim();
        var text = React.findDOMNode(this.refs.text).value.trim();
        if (!text || !author) {
          return;
        }
        // TODO: send request to the server
        React.findDOMNode(this.refs.author).value = '';
        React.findDOMNode(this.refs.text).value = '';
        return;
      },render: function() {
        return (
        <form className="commentForm" onSubmit={this.handleSubmit}>
        <input type="text" placeholder="Your name" ref="author" />
        <input type="text" placeholder="Say something..." ref="text" />
        <input type="submit" value="Post" />
        </form>
      );
      }
    });

second one在React组件中使用状态:

var TodoTextInput = React.createClass({
  getInitialState: function() {
    return {
      value: this.props.value || ''
    };
  },render: function() /*object*/ {
    return (
      <input className={this.props.className}
      id={this.props.id}
      placeholder={this.props.placeholder}
      onBlur={this._save}
      value={this.state.value}
      />
    );
  },_save: function() {
      this.props.onSave(this.state.value);
      this.setState({value: ''
    });
  });

我看不出两种选择的利弊,如果有的话。
谢谢。

短版本:避免refs。

它们不利于可维护性,并且失去了WYSIWYG模型渲染提供的许多简单性。

你有一个表格。您需要添加一个重置表单的按钮。

> refs:

>操纵DOM
> render描述了3分钟前表单看起来的样子

>状态

> setstate
> render描述表单的外观

在输入中有一个CCV号字段,在应用程序中有一些其他字段是数字。现在你需要强制用户只输入数字。

> refs:

>添加一个onChange处理程序(不是我们使用refs来避免这个?)
>如果不是数字,在onChange中操纵dom

>状态

>你已经有一个onChange处理程序
>添加一个if语句,如果它无效则什么都不做
> render只有当它产生不同的结果时才被调用

嗯,永远不会,PM想让我们只是做一个红色的盒子阴影,如果它是无效的。

> refs:

> make onChange处理程序只是调用forceUpdate或什么?
> make render输出基于… huh?
>我们在render中获取要验证的值在哪里?
>手动操作元素的className dom属性?
>我迷路了
>重写没有refs?
>从dom中读取渲染如果我们安装否则认为有效?

>状态:

> remove if语句
> make render基于this.state验证

我们需要将控制权交给父母。数据现在在道具,我们需要对变化做出反应。

> refs:

>实现componentDidMount,componentWillUpdate和componentDidUpdate
>手动比较以前的道具
>用最小的变化集操纵dom
>嘿!我们正在实施反应…
>还有更多,但我的手指伤了

>状态:

> sed -e’s / this.state / this.props /”s / handleChange / onChange /’-i form.js

人们认为引用比保持状态更容易。这可能是真的在前20分钟,这不是真的在我的经验之后。让你的自我在一个位置说:“是的,我会在5分钟内完成,而不是”当然,我只是重写一些组件“。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 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