Как использовать метод жизненного цикла getDerivedStateFromProps вместо componentWillReceiveProps


150

Похоже, что componentWillReceivePropsв следующих выпусках он будет полностью прекращен в пользу нового метода жизненного цикла getDerivedStateFromProps: static getDerivedStateFromProps () .

При осмотре похоже, что теперь вы не можете провести прямое сравнение между this.propsи nextProps, как вы можете в componentWillReceiveProps. Есть ли способ обойти это?

Кроме того, теперь он возвращает объект. Правильно ли я предполагаю, что возвращаемое значение по существу this.setState?

Ниже приведен пример, который я нашел в Интернете: Состояние, полученное из props / state .

Перед

class ExampleComponent extends React.Component {
  state = {
    derivedData: computeDerivedState(this.props)
  };

  componentWillReceiveProps(nextProps) {
    if (this.props.someValue !== nextProps.someValue) {
      this.setState({
        derivedData: computeDerivedState(nextProps)
      });
    }
  }
}

После

class ExampleComponent extends React.Component {
  // Initialize state in constructor,
  // Or with a property initializer.
  state = {};

  static getDerivedStateFromProps(nextProps, prevState) {
    if (prevState.someMirroredValue !== nextProps.someValue) {
      return {
        derivedData: computeDerivedState(nextProps),
        someMirroredValue: nextProps.someValue
      };
    }

    // Return null to indicate no change to state.
    return null;
  }
}

Ответы:


103

Об удалении componentWillReceiveProps: вы должны иметь возможность обрабатывать его использование с помощью комбинации getDerivedStateFromPropsи componentDidUpdate, см. Сообщение в блоге React, например, миграции. И да, объект, возвращаемый функцией, getDerivedStateFromPropsобновляет состояние аналогично переданному объекту setState.

Если вам действительно нужно старое значение опоры, вы всегда можете кэшировать его в своем состоянии примерно так:

state = {
  cachedSomeProp: null
  // ... rest of initial state
};

static getDerivedStateFromProps(nextProps, prevState) {
  // do things with nextProps.someProp and prevState.cachedSomeProp
  return {
    cachedSomeProp: nextProps.someProp,
    // ... other derived state properties
  };
}

Все, что не влияет на состояние, может быть componentDidUpdateдобавлено, и есть даже getSnapshotBeforeUpdateдля очень низкого уровня.

ОБНОВЛЕНИЕ. Чтобы получить представление о новых (и старых) методах жизненного цикла , может оказаться полезным пакет react-lifecycle-visualizer .


1
Тьфу, я перепутала вопрос. На самом деле я имел в видуcomponentWillReceiveProps
— Эндрю

2
Я думал использовать свое состояние для хранения предыдущих свойств, но мне действительно хотелось избежать лишнего кода и логики, необходимых для его реализации. Я рассмотрю некоторые другие вопросы, о которых вы говорите. Большое спасибо!
— Эндрю

4
Необходимость сохранить предыдущую опору в состоянии - это всего лишь шаблонный обходной путь для этого трудного для понимания изменения API React. Для многих разработчиков это выглядит как антипаттерн и регресс. Критикует не вас, Oblosys, а команду React.
— AxeEffect

2
@AxeEffect Это потому, что getDerivedStateFromPropsникогда не предназначалось для мемоизации . См. Мой ответ ниже, где я описал рекомендуемый подход .
— Дан Абрамов

это опечатка? Вы пропустили ...? То есть должны мы вернуть весь объект состояния или только ту часть, которая нам нужна.
— theprogrammer

55

Как мы недавно опубликовал на React блог , в подавляющем большинстве случаев вам не нужно getDerivedStateFromPropsвообще .

Если вы просто хотите вычислить производные данные, либо:

  1. Сделай это прямо внутри render
  2. Или, если пересчет требует больших затрат, используйте помощник по запоминанию, например memoize-one.

Вот простейший пример «после»:

import memoize from "memoize-one";

class ExampleComponent extends React.Component {
  getDerivedData = memoize(computeDerivedState);

  render() {
    const derivedData = this.getDerivedData(this.props.someValue);
    // ...
  }
}

Прочтите этот раздел сообщения в блоге, чтобы узнать больше.


47
Если в подавляющем большинстве случаев в этом нет необходимости , то я удивлен, что это было настолько необходимое изменение, которое сломает тысячи рабочих проектов. Похоже, команда React начала с инженерии.
— Ska

40
Измените значение componentWillReceiveProps на getDerivedStateFromProps. Это не ломает, а заставляет рефакторинг всего существующего кода, что отнимает очень много времени. И, похоже, очень мало пользы, поскольку вы говорите, что не должны использовать его вообще в подавляющем большинстве случаев. Зачем тратить время на смену API на то, что вообще не следует использовать.
— Ska

4
Я хотел бы получить ответ на этот комментарий от Дэна Абрамова.
— Louis345

6
@DanAbramov есть ли ответ на вопрос, почему это изменение произошло?
— Петрос Кириаку 03

3
На самом деле в наших проектах это используется очень часто. Для отображения таких вещей, как Snackbars на экранах, когда появляются новые данные, 1 пример. componentWillReceivePropsбыло просто, и это сработало. Зачем убирать его из-за этого статического мусора ...
— Оливер Диксон

6

Как сказал Дан Абрамов

Сделайте это прямо внутри рендера

На самом деле мы используем этот подход с memoise one для любого типа прокси для констатации вычислений.

Наш код выглядит так

// ./decorators/memoized.js  
import memoizeOne from 'memoize-one';

export function memoized(target, key, descriptor) {
  descriptor.value = memoizeOne(descriptor.value);
  return descriptor;
}

// ./components/exampleComponent.js
import React from 'react';
import { memoized } from 'src/decorators';

class ExampleComponent extends React.Component {
  buildValuesFromProps() {
    const {
      watchedProp1,
      watchedProp2,
      watchedProp3,
      watchedProp4,
      watchedProp5,
    } = this.props
    return {
      value1: buildValue1(watchedProp1, watchedProp2),
      value2: buildValue2(watchedProp1, watchedProp3, watchedProp5),
      value3: buildValue3(watchedProp3, watchedProp4, watchedProp5),
    }
  }

  @memoized
  buildValue1(watchedProp1, watchedProp2) {
    return ...;
  }

  @memoized
  buildValue2(watchedProp1, watchedProp3, watchedProp5) {
    return ...;
  }

  @memoized
  buildValue3(watchedProp3, watchedProp4, watchedProp5) {
    return ...;
  }

  render() {
    const {
      value1,
      value2,
      value3
    } = this.buildValuesFromProps();

    return (
      <div>
        <Component1 value={value1}>
        <Component2 value={value2}>
        <Component3 value={value3}>
      </div>
    );
  }
}

Преимущества в том, что вам не нужно кодировать тонны шаблонов сравнения внутри getDerivedStateFromPropsили componentWillReceivePropsвы можете пропустить инициализацию копирования и вставки внутри конструктора.

НОТА:

Этот подход используется только для проксирования свойств в состояние, в случае, если у вас есть внутренняя логика состояния, ее все равно нужно обрабатывать в жизненных циклах компонентов.


0

getDerivedStateFromProps используется всякий раз, когда вы хотите обновить состояние перед рендерингом и обновить состояние реквизита

GetDerivedStateFromPropd обновляет значение статистики с помощью значения props

прочтите https://www.w3schools.com/REACT/react_lifecycle.asp#:~:text=Lifecycle%20of%20Components,Mounting%2C%20Updating%2C%20and%20Unmounting .

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.