博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
react注意点
阅读量:7222 次
发布时间:2019-06-29

本文共 11137 字,大约阅读时间需要 37 分钟。

event 对象

和普通浏览器一样,事件监听函数会被自动传入一个 event 对象,这个对象和普通的浏览器 event 对象所包含的方法和属性都基本一致。不同的是 React.js 中的 event 对象并不是浏览器提供的,而是它自己内部所构建的。React.js 将浏览器原生的 event 对象封装了一下,对外提供统一的 API 和属性,这样你就不用考虑不同浏览器的兼容性问题。这个 event 对象是符合 W3C 标准(  )的,它具有类似于event.stopPropagationevent.preventDefault 这种常用的方法。

我们来尝试一下,这次尝试当用户点击 h1 的时候,把 h1 的 innerHTML 打印出来:

class Title extends Component {  handleClickOnTitle (e) {    console.log(e.target.innerHTML)  }  render () {    return (      

React 小书

) }}

再看看控制台,每次点击的时候就会打印”React 小书“。

关于事件中的 this

一般在某个类的实例方法里面的 this 指的是这个实例本身。但是你在上面的 handleClickOnTitle 中把 this 打印出来,你会看到 this 是 null 或者 undefined

...  handleClickOnTitle (e) {    console.log(this) // => null or undefined  }...

这是因为 React.js 调用你所传给它的方法的时候,并不是通过对象方法的方式调用(this.handleClickOnTitle),而是直接通过函数调用 (handleClickOnTitle),所以事件监听函数内并不能通过 this 获取到实例。

如果你想在事件函数当中使用当前的实例,你需要手动地将实例方法 bind 到当前实例上再传入给 React.js。

class Title extends Component {  handleClickOnTitle (e) {    console.log(this)  }  render () {    return (      

React 小书

) }}

bind 会把实例方法绑定到当前实例上,然后我们再把绑定后的函数传给 React.js 的 onClick 事件监听。这时候你再看看,点击 h1 的时候,就会把当前的实例打印出来:

你也可以在 bind 的时候给事件监听函数传入一些参数:

class Title extends Component {  handleClickOnTitle (word, e) {    console.log(this, word)  }  render () {    return (      

React 小书

) }}

这种 bind 模式在 React.js 的事件监听当中非常常见,bind 不仅可以帮我们把事件监听方法中的 this 绑定到当前组件实例上;还可以帮助我们在在渲染列表元素的时候,把列表元素传入事件监听函数当中——这个将在以后的章节提及。

如果有些同学对 JavaScript 的 this 模式或者 bind 函数的使用方式不是特别了解到话,可能会对这部分内容会有些迷惑,参考博客里面的this的详解。

setState 接受函数参数

这里还有要注意的是,当你调用 setState 的时候,React.js 并不会马上修改 state。而是把这个对象放到一个更新队列里面,稍后才会从队列当中把新的状态提取出来合并到 state 当中,然后再触发组件更新。这一点要好好注意。可以体会一下下面的代码:

...  handleClickOnLikeButton () {    console.log(this.state.isLiked)    this.setState({      isLiked: !this.state.isLiked    })    console.log(this.state.isLiked)  }...

你会发现两次打印的都是 false,即使我们中间已经 setState 过一次了。这并不是什么 bug,只是 React.js 的 setState 把你的传进来的状态缓存起来,稍后才会帮你更新到 state 上,所以你获取到的还是原来的 isLiked

所以如果你想在 setState 之后使用新的 state 来做后续运算就做不到了,例如:

...  handleClickOnLikeButton () {    this.setState({ count: 0 }) // => this.state.count 还是 undefined    this.setState({ count: this.state.count + 1}) // => undefined + 1 = NaN    this.setState({ count: this.state.count + 2}) // => NaN + 2 = NaN  }...

上面的代码的运行结果并不能达到我们的预期,我们希望 count 运行结果是 3 ,可是最后得到的是 NaN。但是这种后续操作依赖前一个 setState 的结果的情况并不罕见。

这里就自然地引出了 setState 的第二种使用方式,可以接受一个函数作为参数。React.js 会把上一个 setState 的结果传入这个函数,你就可以使用该结果进行运算、操作,然后返回一个对象作为更新 state 的对象:

...  handleClickOnLikeButton () {    this.setState((prevState) => {      return { count: 0 }    })    this.setState((prevState) => {      return { count: prevState.count + 1 } // 上一个 setState 的返回是 count 为 0,当前返回 1    })    this.setState((prevState) => {      return { count: prevState.count + 2 } // 上一个 setState 的返回是 count 为 1,当前返回 3    })    // 最后的结果是 this.state.count 为 3  }...

这样就可以达到上述的利用上一次 setState 结果进行运算的效果。

默认配置 defaultProps

上面的组件默认配置我们是通过 || 操作符来实现。这种需要默认配置的情况在 React.js 中非常常见,所以 React.js 也提供了一种方式 defaultProps,可以方便的做到默认配置。

class LikeButton extends Component {  static defaultProps = {    likedText: '取消',    unlikedText: '点赞'  }  constructor () {    super()    this.state = { isLiked: false }  }  handleClickOnLikeButton () {    this.setState({      isLiked: !this.state.isLiked    })  }  render () {    return (          )  }}
注意,我们给点赞组件加上了以下的代码:
static defaultProps = {    likedText: '取消',    unlikedText: '点赞'  }

defaultProps 作为点赞按钮组件的类属性,里面是对 props 中各个属性的默认配置。这样我们就不需要判断配置属性是否传进来了:如果没有传进来,会直接使用 defaultProps 中的默认属性。 所以可以看到,在 render 函数中,我们会直接使用 this.props 而不需要再做判断

props 参数

props参数一旦传入,你就不可以在组件内部对它进行修改。但是你可以通过父组件主动重新渲染的方式来传入新的 props,从而达到更新的效果。

渲染存放 JSX 元素的数组

之前说过 JSX 的表达式插入 {} 里面可以放任何数据,如果我们往 {} 里面放一个存放 JSX 元素的数组会怎么样?

...class Index extends Component {  render () {    return (      
{[
React.js ,
is ,
good ]}
) }}ReactDOM.render(
, document.getElementById('root'))
我们往 JSX 里面塞了一个数组,这个数组里面放了一些 JSX 元素(其实就是 JavaScript 对象)。到浏览器中,你在页面上会看到:

审查一下元素,看看会发现什么:

React.js 把插入表达式数组里面的每一个 JSX 元素一个个罗列下来,渲染到页面上。所以这里有个关键点:如果你往 {} 放一个数组,React.js 会帮你把数组里面一个个元素罗列并且渲染出来。

 

 

key! key! key!

React.js 的是非常高效的,它高效依赖于所谓的 Virtual-DOM 策略。简单来说,能复用的话 React.js 就会尽量复用,没有必要的话绝对不碰 DOM。对于列表元素来说也是这样,但是处理列表元素的复用性会有一个问题:元素可能会在一个列表中改变位置。例如:

a
b
c

假设页面上有这么3个列表元素,现在改变一下位置:

a
c
b

c 和 b 的位置互换了。但其实 React.js 只需要交换一下 DOM 位置就行了,但是它并不知道其实我们只是改变了元素的位置,所以它会重新渲染后面两个元素(再执行 Virtual-DOM 策略),这样会大大增加 DOM 操作。但如果给每个元素加上唯一的标识,React.js 就可以知道这两个元素只是交换了位置:

a
b
c

这样 React.js 就简单的通过 key 来判断出来,这两个列表元素只是交换了位置,可以尽量复用元素内部的结构。

这里没听懂没有关系,后面有机会会继续讲解这部分内容。现在只需要记住一个简单的规则:对于用表达式套数组罗列到页面上的元素,都要为每个元素加上 key 属性,这个 key 必须是每个元素唯一的标识。一般来说,key 的值可以直接后台数据返回的 id,因为后台的 id 都是唯一的。

受控组件

用户可输入内容一个是用户名(username),一个是评论内容(content),我们在组件的构造函数中初始化一个 state 来保存这两个状态:

...class CommentInput extends Component {  constructor () {    super()    this.state = {      username: '', content: '' } } ... } ...

然后给输入框设置 value 属性,让它们的 value 值等于 this.state 里面相应的值:

...        
用户名:
评论内容:
</div> </div> ...

可以看到接受用户名输入的 <input /> 和接受用户评论内容的 <textarea /> 的 value 值分别由 state.username 和 state.content 控制。这时候你到浏览器里面去输入内容看看,你会发现你什么都输入不了。

这是为什么呢?React.js 认为所有的状态都应该由 React.js 的 state 控制,只要类似于 <input /><textarea /><select /> 这样的输入控件被设置了 value值,那么它们的值永远以被设置的值为准。值不变,value 就不会变化。

例如,上面设置了 <input /> 的 value 为 this.state.usernameusername 在 constructor 中被初始化为空字符串。即使用户在输入框里面尝试输入内容了,还是没有改变 this.state.username 是空字符串的事实。

所以应该怎么做才能把用户内容输入更新到输入框当中呢?在 React.js 当中必须要用 setState 才能更新组件的内容,所以我们需要做的就是:监听输入框的 onChange 事件,然后获取到用户输入的内容,再通过 setState 的方式更新 state中的 username,这样 input 的内容才会更新。

...    
...

上面的代码给 input 加上了 onChange 事件监听,绑定到 this.handleUsernameChange 方法中,该方法实现如下:

...  handleUsernameChange (event) {    this.setState({      username: event.target.value    })  }...

在这个方法中,我们通过 event.target.value 获取 <input /> 中用户输入的内容,然后通过 setState 把它设置到 state.username 当中,这时候组件的内容就会更新,input 的 value 值就会得到更新并显示到输入框内。这时候输入已经没有问题了:

类似于 <input /><select /><textarea> 这些元素的 value 值被 React.js 所控制、渲染的组件,在 React.js 当中被称为受控组件(Controlled Component)。对于用户可输入的控件,一般都可以让它们成为受控组件,这是 React.js 所推崇的做法

input输入框的enter回车事件

inputlist.jsimport React, { Component } from 'react'import './InputList.css'class InputList extends Component{    constructor(){        super()        this.state={            content:''        }    }    handleContentChange(event){        this.setState({            content:event.target.value        })       }    handleSubmit(event){        if(event.nativeEvent.keyCode === 13){                     if(this.props.onSubmit){                this.props.onSubmit(this.state.content)            }        }    }    render(){        return (            
) }}export default InputList

组件的生命周期

一个组件可以插入页面,当然也可以从页面中删除。

-> constructor()-> componentWillMount()-> render()// 然后构造 DOM 元素插入页面-> componentDidMount()// ...// 从页面中删除

React.js 也控制了这个组件的删除过程。在组件删除之前 React.js 会调用组件定义的 componentWillUnmount-> constructor()

-> componentWillMount()-> render()// 然后构造 DOM 元素插入页面-> componentDidMount() // ... // 即将从页面中删除 -> componentWillUnmount() // 从页面中删除

ref和react中的DOM操作

在 React.js 当中你基本不需要和 DOM 直接打交道。React.js 提供了一系列的 on*方法帮助我们进行事件监听,所以 React.js 当中不需要直接调用 addEventListener的 DOM API;以前我们通过手动 DOM 操作进行页面更新(例如借助 jQuery),而在 React.js 当中可以直接通过 setState 的方式重新渲染组件,渲染的时候可以把新的 props 传递给子组件,从而达到页面更新的效果。

React.js 这种重新渲染的机制帮助我们免除了绝大部分的 DOM 更新操作,也让类似于 jQuery 这种以封装 DOM 操作为主的第三方的库从我们的开发工具链中删除。

但是 React.js 并不能完全满足所有 DOM 操作需求,有些时候我们还是需要和 DOM 打交道。比如说你想进入页面以后自动 focus 到某个输入框,你需要调用 input.focus() 的 DOM API,比如说你想动态获取某个 DOM 元素的尺寸来做后续的动画,等等。

React.js 当中提供了 ref 属性来帮助我们获取已经挂载的元素的 DOM 节点,你可以给某个 JSX 元素加上 ref属性:

class AutoFocusInput extends Component { componentDidMount () { this.input.focus() } render () { return (  this.input = input} /> ) } } ReactDOM.render( 
, document.getElementById('root') )

可以看到我们给 input 元素加了一个 ref 属性,这个属性值是一个函数。当 input 元素在页面上挂载完成以后,React.js 就会调用这个函数,并且把这个挂载以后的 DOM 节点传给这个函数。在函数中我们把这个 DOM 元素设置为组件实例的一个属性,这样以后我们就可以通过 this.input 获取到这个 DOM 元素。

然后我们就可以在 componentDidMount 中使用这个 DOM 元素,并且调用 this.input.focus() 的 DOM API。整体就达到了页面加载完成就自动 focus 到输入框的功能(大家可以注意到我们用上了 componentDidMount 这个组件生命周期)。

我们可以给任意代表 HTML 元素标签加上 ref 从而获取到它 DOM 元素然后调用 DOM API。但是记住一个原则:能不用 ref 就不用。特别是要避免用 ref 来做 React.js 本来就可以帮助你做到的页面自动更新的操作和事件监听。多余的 DOM 操作其实是代码里面的“噪音”,不利于我们理解和维护。

顺带一提的是,其实可以给组件标签也加上 ref ,例如:

this.clock = clock} />

这样你获取到的是这个 Clock 组件在 React.js 内部初始化的实例。但这并不是什么常用的做法,而且也并不建议这么做,所以这里就简单提及,有兴趣的朋友可以自己学习探索。

props.children和容器类组件

有一类组件,充当了容器的作用,它定义了一种外层结构形式,然后你可以往里面塞任意的内容。这种结构在实际当中非常常见,例如这种带卡片组件:

组件本身是一个不带任何内容的方形的容器,我可以在用这个组件的时候给它传入任意内容:

基于我们目前的知识储备,可以迅速写出这样的代码:

class Card extends Component { render () { return ( 
{this.props.content}
) } } ReactDOM.render(

React.js 小书

开源、免费、专业、简单
订阅:
} />, document.getElementById('root') )

我们通过给 Card 组件传入一个 content 属性,这个属性可以传入任意的 JSX 结构。然后在 Card 内部会通过 {this.props.content} 把内容渲染到页面上。

这样明显太丑了,如果 Card 除了 content 以外还能传入其他属性的话,那么这些 JSX 和其他属性就会混在一起。很不好维护,如果能像下面的代码那样使用 Card 那想必也是极好的:

ReactDOM.render(  

React.js 小书

开源、免费、专业、简单
订阅:
, document.getElementById('root') )

如果组件标签也能像普通的 HTML 标签那样编写内嵌的结构,那么就方便很多了。实际上,React.js 默认就支持这种写法,所有嵌套在组件中的 JSX 结构都可以在组件内部通过 props.children 获取到:

class Card extends Component { render () { return ( 
{this.props.children}
) } }

把 props.children 打印出来,你可以看到它其实是个数组:

React.js 就是把我们嵌套的 JSX 元素一个个都放到数组当中,然后通过 props.children 传给了 Card

由于 JSX 会把插入表达式里面数组中的 JSX 一个个罗列下来显示。所以其实就相当于在 Card 中嵌套了什么 JSX 结构,都会显示在 Card 的类名为 card-content 的 div 元素当中。

这种嵌套的内容成为了 props.children 数组的机制使得我们编写组件变得非常的灵活,我们甚至可以在组件内部把数组中的 JSX 元素安置在不同的地方:

class Layout extends Component { render () { return ( 
{this.props.children[0]}
{this.props.children[1]}
) } }

这是一个两列布局组件,嵌套的 JSX 的第一个结构会成为侧边栏,第二个结构会成为内容栏,其余的结构都会被忽略。这样通过这个布局组件,就可以在各个地方高度复用我们的布局。

style

React.js 中的元素的 style 属性的用法和 DOM 里面的 style 不大一样,普通的 HTML 中的:

React.js 小书

在 React.js 中你需要把 CSS 属性变成一个对象再传给元素:

React.js 小书

style 接受一个对象,这个对象里面是这个元素的 CSS 属性键值对,原来 CSS 属性中带 - 的元素都必须要去掉 - 换成驼峰命名,如 font-size 换成 fontSizetext-align 换成 textAlign

用对象作为 style 方便我们动态设置元素的样式。我们可以用 props 或者 state中的数据生成样式对象再传给元素,然后用 setState 就可以修改样式,非常灵活

React.js 小书

只要简单地 setState({color: 'blue'}) 就可以修改元素的颜色成蓝色。

规范

大家可以注意到我们组件的命名和方法的摆放顺序其实有一定的讲究,这里可以简单分享一下个人的习惯,仅供参考。

组件的私有方法都用 _ 开头,所有事件监听的方法都用 handle 开头。把事件监听方法传给组件的时候,属性名用 on 开头。例如:

这样统一规范处理事件命名会给我们带来语义化组件的好处,监听(onCommentInput 的 Submit 事件,并且交给 this 去处理(handle)。这种规范在多人协作的时候也会非常方便。

另外,组件的内容编写顺序如下:

  1. static 开头的类属性,如 defaultPropspropTypes
  2. 构造函数,constructor
  3. getter/setter(还不了解的同学可以暂时忽略)。
  4. 组件生命周期。
  5. _ 开头的私有方法。
  6. 事件监听方法,handle*
  7. render*开头的方法,有时候 render() 方法里面的内容会分开到不同函数里面进行,这些函数都以 render* 开头。
  8. render() 方法。
 

 

转载于:https://www.cnblogs.com/QianDingwei/p/10883426.html

你可能感兴趣的文章
演示:OSPF的邻居关系故障分析与排除
查看>>
Apache HTTP Server搭建虚拟主机
查看>>
Ntop性能提升方案
查看>>
用PowerDesigner将DB2数据字典导成WORD
查看>>
(译).NET4.X 并行任务中Task.Start()的FAQ
查看>>
git log显示
查看>>
Java-抽象类定义构造方法
查看>>
Android 短信模块分析(二) MMS中四大组件核心功能详解
查看>>
poj 3615(floyd变形)
查看>>
分享45个设计师应该见到的新鲜的Web移动设备用户界面PSD套件
查看>>
SDL_BlitSurface
查看>>
Ubuntu12.04编译Android2.3.4
查看>>
群里一个高手写的url?传参执行php函数的小程序, 收藏下
查看>>
Android实现图片顺时逆时旋转及拖拽显示效果
查看>>
java中相同名字不同返回类型的方法
查看>>
java中的容器解释
查看>>
Rails NameError uninitialized constant class solution
查看>>
网络直播电视之M3U8解析篇 (下)
查看>>
开涛spring3(3.4) - DI 之 3.4 Bean的作用域
查看>>
Android 获取SDCard中某个目录下图片
查看>>