這篇文章主要介紹react16有哪些新特性,文中介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們一定要看完!
我們提供的服務(wù)有:成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作、外貿(mào)網(wǎng)站建設(shè)、微信公眾號(hào)開(kāi)發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、南川ssl等。為1000+企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢和貼心的售后服務(wù),是有科學(xué)管理、有技術(shù)的南川網(wǎng)站制作公司
react16新特性:1、render支持返回?cái)?shù)組和字符串;2、錯(cuò)誤邊界;3、createPortal;4、支持自定義DOM屬性;5、Fiber;6、Fragment;7、createContext;8、Hooks等等。
// 不需要再將元素作為子元素裝載到根元素下面 render() { return [1, 2, 3, ]; }
React15 在渲染過(guò)程中遇到運(yùn)行時(shí)的錯(cuò)誤,會(huì)導(dǎo)致整個(gè) React 組件的崩潰,而且錯(cuò)誤信息不明確可讀性差。React16 支持了更優(yōu)雅的錯(cuò)誤處理策略,如果一個(gè)錯(cuò)誤是在組件的渲染或者生命周期方法中被拋出,整個(gè)組件結(jié)構(gòu)就會(huì)從根節(jié)點(diǎn)中卸載,而不影響其他組件的渲染,可以利用 error boundaries 進(jìn)行錯(cuò)誤的優(yōu)化處理。
class ErrorBoundary extends React.Component { state = { hasError: false }; componentDidCatch(error, info) { this.setState({ hasError: true }); logErrorToMyService(error, info); } render() { if (this.state.hasError) { return數(shù)據(jù)錯(cuò)誤
; } return this.props.children; } }
createPortal 的出現(xiàn)為 彈窗、對(duì)話框 等脫離文檔流的組件開(kāi)發(fā)提供了便利,替換了之前不穩(wěn)定的 API unstable_renderSubtreeIntoContainer,在代碼使用上可以做兼容,如:
const isReact16 = ReactDOM.createPortal !== undefined; const getCreatePortal = () => isReact16 ? ReactDOM.createPortal : ReactDOM.unstable_renderSubtreeIntoContainer;
使用 createPortal 可以快速創(chuàng)建 Dialog 組件,且不需要牽扯到 componentDidMount、componentDidUpdate 等生命周期函數(shù)。
并且通過(guò) createPortal 渲染的 DOM,事件可以從 portal 的入口端冒泡上來(lái),如果入口端存在 onDialogClick 等事件,createPortal 中的 DOM 也能夠被調(diào)用到。
import React from 'react'; import { createPortal } from 'react-dom'; class Dialog extends React.Component { constructor() { super(props); this.node = document.createElement('div'); document.body.appendChild(this.node); } render() { return createPortal({this.props.children}, this.node ); } }
以前的 React 版本 DOM 不識(shí)別除了 HTML 和 SVG 支持的以外屬性,在 React16 版本中將會(huì)把全部的屬性傳遞給 DOM 元素。這個(gè)新特性可以讓我們擺脫可用的 React DOM 屬性白名單。筆者之前寫過(guò)一個(gè)方法,用于過(guò)濾非 DOM 屬性 filter-react-dom-props,16 之后即可不再需要這樣的方法。
React16 使用 Rollup 針對(duì)不同的目標(biāo)格式進(jìn)行代碼打包,由于打包工具的改變使得庫(kù)文件大小得到縮減。
React 庫(kù)大小從 20.7kb(壓縮后 6.9kb)降低到 5.3kb(壓縮后 2.2kb)
ReactDOM 庫(kù)大小從 141kb(壓縮后 42.9kb)降低到 103.7kb(壓縮后 32.6kb)
React + ReactDOM 庫(kù)大小從 161.7kb(壓縮后 49.8kb)降低到 109kb(壓縮后 43.8kb)
Fiber 是對(duì) React 核心算法的一次重新實(shí)現(xiàn),將原本的同步更新過(guò)程碎片化,避免主線程的長(zhǎng)時(shí)間阻塞,使應(yīng)用的渲染更加流暢。
在 React16 之前,更新組件時(shí)會(huì)調(diào)用各個(gè)組件的生命周期函數(shù),計(jì)算和比對(duì) Virtual DOM,更新 DOM 樹等,這整個(gè)過(guò)程是同步進(jìn)行的,中途無(wú)法中斷。當(dāng)組件比較龐大,更新操作耗時(shí)較長(zhǎng)時(shí),就會(huì)導(dǎo)致瀏覽器唯一的主線程都是執(zhí)行組件更新操作,而無(wú)法響應(yīng)用戶的輸入或動(dòng)畫的渲染,很影響用戶體驗(yàn)。
Fiber 利用分片的思想,把一個(gè)耗時(shí)長(zhǎng)的任務(wù)分成很多小片,每一個(gè)小片的運(yùn)行時(shí)間很短,在每個(gè)小片執(zhí)行完之后,就把控制權(quán)交還給 React 負(fù)責(zé)任務(wù)協(xié)調(diào)的模塊,如果有緊急任務(wù)就去優(yōu)先處理,如果沒(méi)有就繼續(xù)更新,這樣就給其他任務(wù)一個(gè)執(zhí)行的機(jī)會(huì),唯一的線程就不會(huì)一直被獨(dú)占。
因此,在組件更新時(shí)有可能一個(gè)更新任務(wù)還沒(méi)有完成,就被另一個(gè)更高優(yōu)先級(jí)的更新過(guò)程打斷,優(yōu)先級(jí)高的更新任務(wù)會(huì)優(yōu)先處理完,而低優(yōu)先級(jí)更新任務(wù)所做的工作則會(huì)完全作廢,然后等待機(jī)會(huì)重頭再來(lái)。所以 React Fiber 把一個(gè)更新過(guò)程分為兩個(gè)階段:
第一個(gè)階段 Reconciliation Phase,F(xiàn)iber 會(huì)找出需要更新的 DOM,這個(gè)階段是可以被打斷的;
第二個(gè)階段 Commit Phase,是無(wú)法別打斷,完成 DOM 的更新并展示;
在使用 Fiber 后,需要要檢查與第一階段相關(guān)的生命周期函數(shù),避免邏輯的多次或重復(fù)調(diào)用:
componentWillMount
componentWillReceiveProps
shouldComponentUpdate
componentWillUpdate
與第二階段相關(guān)的生命周期函數(shù):
componentDidMount
componentDidUpdate
componentWillUnmount
react-call-return 目前還是一個(gè)獨(dú)立的 npm 包,主要是針對(duì) 父組件需要根據(jù)子組件的回調(diào)信息去渲染子組件場(chǎng)景 提供的解決方案。
在 React16 之前,針對(duì)上述場(chǎng)景一般有兩個(gè)解決方案:
首先讓子組件初始化渲染,通過(guò)回調(diào)函數(shù)把信息傳給父組件,父組件完成處理后更新子組件 props,觸發(fā)子組件的第二次渲染才可以解決,子組件需要經(jīng)過(guò)兩次渲染周期,可能會(huì)造成渲染的抖動(dòng)或閃爍等問(wèn)題;
首先在父組件通過(guò) children 獲得子組件并讀取其信息,利用 React.cloneElement 克隆產(chǎn)生新元素,并將新的屬性傳遞進(jìn)去,父組件 render 返回的是克隆產(chǎn)生的子元素。雖然這種方法只需要使用一個(gè)生命周期,但是父組件的代碼編寫會(huì)比較麻煩;
React16 支持的 react-call-return,提供了兩個(gè)函數(shù) unstable_createCall 和 unstable_createReturn,其中 unstable_createCall 是 父組件使用,unstable_createReturn 是 子組件使用,父組件發(fā)出 Call,子組件響應(yīng)這個(gè) Call,即 Return。
在父組件 render 函數(shù)中返回對(duì) unstable_createCall 的調(diào)用,第一個(gè)參數(shù)是 props.children,第二個(gè)參數(shù)是一個(gè)回調(diào)函數(shù),用于接受子組件響應(yīng) Call 所返回的信息,第三個(gè)參數(shù)是 props;
在子組件 render 函數(shù)返回對(duì) unstable_createReturn 的調(diào)用,參數(shù)是一個(gè)對(duì)象,這個(gè)對(duì)象會(huì)在unstable_createCall 第二個(gè)回調(diào)函數(shù)參數(shù)中訪問(wèn)到;
當(dāng)父組件下的所有子組件都完成渲染周期后,由于子組件返回的是對(duì) unstable_createReturn 的調(diào)用所以并沒(méi)有渲染元素,unstable_createCall 的第二個(gè)回調(diào)函數(shù)參數(shù)會(huì)被調(diào)用,這個(gè)回調(diào)函數(shù)返回的是真正渲染子組件的元素;
針對(duì)普通場(chǎng)景來(lái)說(shuō),react-call-return 有點(diǎn)過(guò)度設(shè)計(jì)的感覺(jué),但是如果針對(duì)一些特定場(chǎng)景的話,它的作用還是非常明顯,比如,在渲染瀑布流布局時(shí),利用 react-call-return 可以先緩存子組件的 ReactElement,等必要的信息足夠之后父組件再觸發(fā) render,完成渲染。
import React from 'react'; import { unstable_createReturn, unstable_createCall } from 'react-call-return'; const Child = (props) => { return unstable_createReturn({ size: props.children.length, renderItem: (partSize, totalSize) => { return{ props.children } { partSize } / { totalSize }; } }); }; const Parent = (props) => { return ({ unstable_createCall( props.children, (props, returnValues) => { const totalSize = returnValues.map(v => v.size).reduce((a, b) => a + b, 0); return returnValues.map(({ size, renderItem }) => { return renderItem(size, totalSize); }); }, props ) }); };
Fragment 組件其作用是可以將一些子元素添加到 DOM tree 上且不需要為這些元素提供額外的父節(jié)點(diǎn),相當(dāng)于 render 返回?cái)?shù)組元素。
render() { return (Some text. ); }A heading
More text.Another heading
Even more text.
全新的 Context API 可以很容易穿透組件而無(wú)副作用,其包含三部分:React.createContext,Provider,Consumer。
React.createContext 是一個(gè)函數(shù),它接收初始值并返回帶有 Provider 和 Consumer 組件的對(duì)象;
Provider 組件是數(shù)據(jù)的發(fā)布方,一般在組件樹的上層并接收一個(gè)數(shù)據(jù)的初始值;
Consumer 組件是數(shù)據(jù)的訂閱方,它的 props.children 是一個(gè)函數(shù),接收被發(fā)布的數(shù)據(jù),并且返回 React Element;
const ThemeContext = React.createContext('light'); class ThemeProvider extends React.Component { state = {theme: 'light'}; render() { return ({this.props.children} ); } } class ThemedButton extends React.Component { render() { return ({theme => } ); } }
React16 規(guī)范了 Ref 的獲取方式,通過(guò) React.createRef 取得 Ref 對(duì)象。
// before React 16 ··· componentDidMount() { const el = this.refs.myRef } render() { return } ··· // React 16+ constructor(props) { super(props) this.myRef = React.createRef() } render() { return } ···
React.forwardRef 是 Ref 的轉(zhuǎn)發(fā), 它能夠讓父組件訪問(wèn)到子組件的 Ref,從而操作子組件的 DOM。 React.forwardRef 接收一個(gè)函數(shù),函數(shù)參數(shù)有 props 和 ref。
const TextInput = React.forwardRef((props, ref) => ( )) const inputRef = React.createRef() class App extends Component { constructor(props) { super(props) this.myRef = React.createRef() } handleSubmit = event => { event.preventDefault() alert('input value is:' + inputRef.current.value) } render() { return () } }
React16 采用了新的內(nèi)核架構(gòu) Fiber,F(xiàn)iber 將組件更新分為兩個(gè)階段:Render Parse 和 Commit Parse,因此 React 也引入了 getDerivedStateFromProps 、 getSnapshotBeforeUpdate 及 componentDidCatch 等三個(gè)全新的生命周期函數(shù)。同時(shí)也將 componentWillMount、componentWillReceiveProps 和 componentWillUpdate 標(biāo)記為不安全的方法。
getDerivedStateFromProps(nextProps, prevState) 其作用是根據(jù)傳遞的 props 來(lái)更新 state。它的一大特點(diǎn)是無(wú)副作用,由于處在 Render Phase 階段,所以在每次的更新都會(huì)觸發(fā)該函數(shù), 在 API 設(shè)計(jì)上采用了靜態(tài)方法,使其無(wú)法訪問(wèn)實(shí)例、無(wú)法通過(guò) ref 訪問(wèn)到 DOM 對(duì)象等,保證了該函數(shù)的純粹高效。
為了配合未來(lái)的 React 異步渲染機(jī)制,React v16.4 對(duì) getDerivedStateFromProps 做了一些改變, 使其不僅在 props 更新時(shí)會(huì)被調(diào)用,setState 時(shí)也會(huì)被觸發(fā)。
如果改變 props 的同時(shí),有副作用的產(chǎn)生,這時(shí)應(yīng)該使用 componentDidUpdate;
如果想要根據(jù) props 計(jì)算屬性,應(yīng)該考慮將結(jié)果 memoization 化;
如果想要根據(jù) props 變化來(lái)重置某些狀態(tài),應(yīng)該考慮使用受控組件;
static getDerivedStateFromProps(props, state) { if (props.value !== state.controlledValue) { return { controlledValue: props.value, }; } return null; }
getSnapshotBeforeUpdate(prevProps, prevState) 會(huì)在組件更新之前獲取一個(gè) snapshot,并可以將計(jì)算得的值或從 DOM 得到的信息傳遞到 componentDidUpdate(prevProps, prevState, snapshot) 函數(shù)的第三個(gè)參數(shù),常常用于 scroll 位置定位等場(chǎng)景。
componentDidCatch 函數(shù)讓開(kāi)發(fā)者可以自主處理錯(cuò)誤信息,諸如錯(cuò)誤展示,上報(bào)錯(cuò)誤等,用戶可以創(chuàng)建自己的 Error Boundary 來(lái)捕獲錯(cuò)誤。
componentWillMount 被標(biāo)記為不安全,因?yàn)樵?componentWillMount 中獲取異步數(shù)據(jù)或進(jìn)行事件訂閱等操作會(huì)產(chǎn)生一些問(wèn)題,比如無(wú)法保證在 componentWillUnmount 中取消掉相應(yīng)的事件訂閱,或者導(dǎo)致多次重復(fù)獲取異步數(shù)據(jù)等問(wèn)題。
componentWillReceiveProps / componentWillUpdate 被標(biāo)記為不安全,主要是因?yàn)椴僮?props 引起的 re-render 問(wèn)題,并且對(duì) DOM 的更新操作也可能導(dǎo)致重新渲染。
StrictMode 可以在開(kāi)發(fā)階段開(kāi)啟嚴(yán)格模式,發(fā)現(xiàn)應(yīng)用存在的潛在問(wèn)題,提升應(yīng)用的健壯性,其主要能檢測(cè)下列問(wèn)題:
識(shí)別被標(biāo)志位不安全的生命周期函數(shù)
對(duì)棄用的 API 進(jìn)行警告
探測(cè)某些產(chǎn)生副作用的方法
檢測(cè)是否使用 findDOMNode
檢測(cè)是否采用了老的 Context API
class App extends React.Component { render() { return () } }
指針事件是為指針設(shè)備觸發(fā)的 DOM 事件。它們旨在創(chuàng)建單個(gè) DOM 事件模型來(lái)處理指向輸入設(shè)備,例如鼠標(biāo),筆 / 觸控筆或觸摸(例如一個(gè)或多個(gè)手指)。指針是一個(gè)與硬件無(wú)關(guān)的設(shè)備,可以定位一組特定的屏幕坐標(biāo)。擁有指針的單個(gè)事件模型可以簡(jiǎn)化創(chuàng)建 Web 站點(diǎn)和應(yīng)用程序,并提供良好的用戶體驗(yàn),無(wú)論用戶的硬件如何。但是,對(duì)于需要特定于設(shè)備的處理的場(chǎng)景,指針事件定義了一個(gè) pointerType 屬性,用于檢查產(chǎn)生事件的設(shè)備類型。
React 新增 onPointerDown / onPointerMove / onPointerUp / onPointerCancel / onGotPointerCapture / onLostPointerCapture / onPointerEnter / onPointerLeave / onPointerOver / onPointerOut 等指針事件。
這些事件只能在支持 指針事件 規(guī)范的瀏覽器中工作。如果應(yīng)用程序依賴于指針事件,建議使用第三方指針事件 polyfill。
React 16.5 添加了對(duì)新的 profiler DevTools 插件的支持。這個(gè)插件使用 React 的 Profiler 實(shí)驗(yàn)性 API 去收集所有 component 的渲染時(shí)間,目的是為了找出 React App 的性能瓶頸,它將會(huì)和 React 即將發(fā)布的 時(shí)間片 特性完全兼容。
React.memo() 只能作用在簡(jiǎn)單的函數(shù)組件上,本質(zhì)是一個(gè)高階函數(shù),可以自動(dòng)幫助組件執(zhí)行shouldComponentUpdate(),但只是執(zhí)行淺比較,其意義和價(jià)值有限。
const MemoizedComponent = React.memo(props => { /* 只在 props 更改的時(shí)候才會(huì)重新渲染 */ });
React.lazy() 提供了動(dòng)態(tài) import 組件的能力,實(shí)現(xiàn)代碼分割。
Suspense 作用是在等待組件時(shí) suspend(暫停)渲染,并顯示加載標(biāo)識(shí)。
目前 React v16.6 中 Suspense 只支持一個(gè)場(chǎng)景,即使用 React.lazy() 和
import React, {lazy, Suspense} from 'react'; const OtherComponent = lazy(() => import('./OtherComponent')); function MyComponent() { return (Loading...
static contextType 為 Context API 提供了更加便捷的使用體驗(yàn),可以通過(guò) this.context 來(lái)訪問(wèn) Context。
const MyContext = React.createContext(); class MyClass extends React.Component { static contextType = MyContext; componentDidMount() { const value = this.context; } componentDidUpdate() { const value = this.context; } componentWillUnmount() { const value = this.context; } render() { const value = this.context; } }
static getDerivedStateFromError(error) 允許開(kāi)發(fā)者在 render 完成之前渲染 Fallback UI,該生命周期函數(shù)觸發(fā)的條件是子組件拋出錯(cuò)誤,getDerivedStateFromError 接收到這個(gè)錯(cuò)誤參數(shù)后更新 state。
class ErrorBoundary extends React.Component { state = { hasError: false }; static getDerivedStateFromError(error) { // Update state so the next render will show the fallback UI. return { hasError: true }; } componentDidCatch(error, info) { // You can also log the error to an error reporting service logErrorToMyService(error, info); } render() { if (this.state.hasError) { // You can render any custom fallback UI returnSomething went wrong.
; } return this.props.children; } }
Hooks 要解決的是狀態(tài)邏輯復(fù)用問(wèn)題,且不會(huì)產(chǎn)生 JSX 嵌套地獄,其特性如下:
多個(gè)狀態(tài)不會(huì)產(chǎn)生嵌套,依然是平鋪寫法;
Hooks 可以引用其他 Hooks;
更容易將組件的 UI 與狀態(tài)分離;
Hooks 并不是通過(guò) Proxy 或者 getters 實(shí)現(xiàn),而是通過(guò)數(shù)組實(shí)現(xiàn),每次 useState 都會(huì)改變下標(biāo),如果 useState 被包裹在 condition 中,那每次執(zhí)行的下標(biāo)就可能對(duì)不上,導(dǎo)致 useState 導(dǎo)出的 setter 更新錯(cuò)數(shù)據(jù)。
function App() { const [open, setOpen] = useState(false); return ( <>setOpen(false)} onCancel={() => setOpen(false)} /> > ); }
Concurrent Rendering 并發(fā)渲染模式是在不阻塞主線程的情況下渲染組件樹,使 React 應(yīng)用響應(yīng)性更流暢,它允許 React 中斷耗時(shí)的渲染,去處理高優(yōu)先級(jí)的事件,如用戶輸入等,還能在高速連接時(shí)跳過(guò)不必要的加載狀態(tài),用以改善 Suspense 的用戶體驗(yàn)。
目前 Concurrent Rendering 尚未正式發(fā)布,也沒(méi)有詳細(xì)相關(guān)文檔,需要等待 React 團(tuán)隊(duì)的正式發(fā)布。
Suspense 通過(guò) ComponentDidCatch 實(shí)現(xiàn)用同步的方式編寫異步數(shù)據(jù)的請(qǐng)求,并且沒(méi)有使用 yield / async / await,其流程:調(diào)用 render 函數(shù) -> 發(fā)現(xiàn)有異步請(qǐng)求 -> 暫停渲染,等待異步請(qǐng)求結(jié)果 -> 渲染展示數(shù)據(jù)。
無(wú)論是什么異常,JavaScript 都能捕獲,React就是利用了這個(gè)語(yǔ)言特性,通過(guò) ComponentDidCatch 捕獲了所有生命周期函數(shù)、render函數(shù)等,以及事件回調(diào)中的錯(cuò)誤。如果有緩存則讀取緩存數(shù)據(jù),如果沒(méi)有緩存,則會(huì)拋出一個(gè)異常 promise,利用異常做邏輯流控制是一種擁有較深的調(diào)用堆棧時(shí)的手段,它是在虛擬 DOM 渲染層做的暫停攔截,代碼可在服務(wù)端復(fù)用。
import { fetchMovieDetails } from '../api'; import { createFetch } from '../future'; const movieDetailsFetch = createFetch(fetchMovieDetails); function MovieDetails(props) { const movie = movieDetailsFetch.read(props.id); return (); }
以上是“react16有哪些新特性”這篇文章的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對(duì)大家有幫助,更多相關(guān)知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道!