這篇文章主要介紹了React中如何減少props改變，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。
站在用戶的角度思考問題，與客戶深入溝通，找到云夢網(wǎng)站設計與云夢網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術結合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：網(wǎng)站設計制作、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、空間域名、虛擬空間、企業(yè)郵箱。業(yè)務覆蓋云夢地區(qū)。
React性能優(yōu)化的一個核心點就是減少render的次數(shù)。如果你的組件沒有做過特殊的處理（SCU -- shouldComponentUpdate或使用PureComponent），那每次父組件render時，子組件就會跟著一起被重新渲染。通常一個復雜的子組件都會進行一些優(yōu)化，比如：SCU 使用PureComponent組件。對于SCU基本上進行的也都是淺比較，深比較的代價太高。
對于這些被優(yōu)化的子組件，我們要減少一些不必要的props改變：比如事件綁定。對于那些依賴于配置項的組件，我們更是減少這些作為props的配置的變化，因為可能一但配置項發(fā)生了變化，整個組件都會跟著重新渲染，所以我們要盡可能的減少props的改變
事件綁定
重慶分公司
重慶分公司
class ClickMe extends React.Component {
state = {
value: '3333',
};
render() {
return (
)
}
}相信大多數(shù)的開發(fā)者React都會指出這種寫法的缺點：每次ClickMe組件渲染的時候onClick屬性與上一次的值相比都是一個不同的匿名函數(shù)，如果Button是一個復雜的子組件且內部沒有經(jīng)過任何特殊的處理，那就會造成多余的渲染。對于這種情況的做法一般有兩種方式：
在構造函數(shù)內綁定 this
將箭頭函數(shù)賦予class的屬性
class ClickMe extends React.Component {
state = {
value: '3333',
};
handleClick = () => {
console.log('l am clicked!', this.state.value);
};
render() {
return (
)
}
}
// 或
class ClickMe extends React.Component {
constuctor(props) {
super(props);
this.state = {
value: '3333',
};
this.handleClick = this.handleClick.bind(this);
}
handleClick() {
console.log('l am clicked!', this.state.value);
}
render() {
return (
)
}
}批量事件綁定
那在考慮下面這種情況，涉及到子組件的批量綁定時：
class MultiClick extends React.Component {
dataSource = [
{ key: '1', value: '1' },
{ key: '2', value: '2' },
{ key: '3', value: '3' },
{ key: '4', value: '4' },
];
handleClick = key => {
console.error('key:', key);
};
render() {
return (
{this.dataSource.map(item => (
{
this.handleClick(item.key);
}}
>
{item.value}
))}
);
}
}類似于這種需要傳遞參數(shù)的情況，該如何去優(yōu)化？
這個就需要我們去做數(shù)據(jù)的緩存，即回調的緩存，上述例子如下：
cacheMap = {};
genClickHandler = key => {
if (!this.cacheMap[key]) {
this.cacheMap[key] = () => {
console.error('key:', key);
};
}
return this.cacheMap[key];
};
// 綁定
{item.value}
如果多個基本類型的參數(shù)可以，將他們拼接成字符串作為cacheMap的key，簡單的引用類型可以使用JSON.stringify，不過原則上作為事件綁定的函數(shù) 傳遞的參數(shù)簡單為好。
作為配置的props緩存
說到數(shù)據(jù)的緩存，不管光是事件的回調，還有很多 其他情況。比如表格的 columns需要根據(jù)屬性變化的這種場景：
class TableDemo extends React.Component {
getColumns = () => {
const { name } = this.state;
return [
{
key: '1',
title: `${name}_1`,
},
{
key: '2',
title: `${name}_2`,
},
];
};
render() {
const { dataSource } = this.props;
return 這種情況每次組件render的時候，getColumns都會被調用一次，而這個函數(shù)每次的返回值都是不一樣的 ，及時這兩次的name值都相等，原因大家可以類比[] !== []這里就不過多敘述了。
有一種做法是，將columns作為一個this.state的一個屬性，在初始化和每次 this.state.name改變的時候同步改變this.state.columns的值，但如果有多個 類似于this.state.name的變量控制this.state.columns的值時候，發(fā)現(xiàn)每個變量變化的時候都要調用生成columns的方法， 十分的煩瑣易造成錯誤。
使用緩存可以很好的解決這個問題，在參數(shù)較為復雜的時候，我們選擇只緩存上一次的值。先看代碼再說：
首先我們寫一個緩存的函數(shù)
function cacheFun(cb) {
let preResult = null
let preParams = null
const equalCb = cb || shallowEqual
return (fun, params) => {
if (preResult && equalCb(preParams, params)) {
return preResult
}
preResult = fun(params)
preParams = params
return preResult
}
}這個緩存函數(shù)是一個閉包函數(shù)，保存了上一次的參數(shù)和上一次的結果，主要的實現(xiàn)就是比較兩次的參數(shù)，相同則返回上一次結果，不同則返回 調用函數(shù)的新結果。當然 對于某些特殊的情況只需要根據(jù)傳入特定的某幾個參數(shù)做出判斷，這種情況你可以傳入自定義的比較函數(shù)。先看一下上面的實現(xiàn)：
cacheFun函數(shù)第一個參數(shù)為選填的選項，是你比較兩次參數(shù)的 方法，如果你不傳入則僅進行 淺比較（與 React 的淺比較相似）。
返回函數(shù)的第一個參數(shù)為你的 生成columns的回調，params 為你需要的 變量，如果你的變量比較多，你可以將他們 作為一個對象傳入；那么代碼就類似如下：
const params = { name, time, handler };
cacheFun(this.getColumns, params, cb);在類中的使用為：
class TableDemo extends React.Component {
getColumns = name => {
return [
{
key: '1',
title: `${name}_1`,
},
{
key: '2',
title: `${name}_2`,
},
];
};
getColumnsWrapper = () => {
const { name } = this.state;
return cacheFun()(this.getColumns, name);
};
render() {
const { dataSource } = this.props;
return (
假如你不喜歡對象的傳值方式，那你可以 對這個緩存函數(shù)進行更改：
function cacheFun(cb) {
let preResult = null;
let preParams = null;
const equalCb = cb || shallowEqual;
return (fun, ...params) => {
if (preResult) {
const isEqual = params.ervey((param, i) => {
const preParam = preParams && preParams[i];
return equalCb(param, preParam);
});
if (isEqual) {
return preResult;
}
}
preResult = fun(params);
preParams = params;
return preResult;
};
}你這可以這樣使用：
cacheFun()(this.getColumns, name, key, param1, params2);
// 或者
cacheFun()(this.getColumns, name, key, { param1, params2 });這樣配置也就被緩存優(yōu)化了，當TableDemo組件因非name屬性render時，這時候你的columns還是返回上一次緩存的值，是的Table這個組件減少了一次因columns引用不同產(chǎn)生的render。如果Table的dataSource數(shù)據(jù)量很大，那這次對應用的優(yōu)化就很可觀了。
數(shù)據(jù)的緩存
數(shù)據(jù)的緩存在原生的內部也有使用cacheFun的場景，如對于一個list 根據(jù) searchStr模糊過濾對于的subList。
大致代碼如下：
class SearchList extends React.Component {
state = {
list: [
{ value: '1', key: '1' },
{ value: '11', key: '11' },
{ value: '111', key: '111' },
{ value: '2', key: '2' },
{ value: '22', key: '22' },
{ value: '222', key: '222' },
{ value: '2222', key: '2222' },
],
searchStr: '',
}
// ...
render() {
const { searchStr, list } = this.state
const dataSource = list.filter(it => it.indexOf(searchStr) > -1)
return (
對于此情景的優(yōu)化使用cacheFun也可以實現(xiàn)
const dataSource = cacheFun()((plist, pSearchStr) => {
return plist.filter(it => it.indexOf(pSearchStr) > -1)
}, list, searchStr)但是有大量的類似于此的衍生值的時候，這樣的寫法又顯得不夠。社區(qū)上出現(xiàn)了許多框架如配合react-redux使用reselect（當然也可以單獨使用，不過配合redux使用簡直就是前端數(shù)據(jù)管理的一大殺手锏），還有mobx的衍生概念等。這些后續(xù)會單獨介紹，這里就稍微提一下。
感謝你能夠認真閱讀完這篇文章，希望小編分享的“React中如何減少props改變”這篇文章對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關知識等著你來學習!
