1. 요약(Summary)

React v16.3 에서 발표한 Component Lifecycle Changes를 참고하면 Unsafe 한 Lifecycle 메서드(componentWillMount(), componentWillReceiveProps(), componentWillUpdate())를 React v17 이후부터는 사용 할 수 없습니다.
(Refer to Component Lifecycle Changes published in React v16.3. Unsafe lifecycle method(componentWillMount(), componentWillReceiveProps(), componentWillUpdate()) is not available after React v17)

v17 에서는 사용 가능하지만 “UNSAFE_” prefix 를 붙여서 사용 가능합니다.
(Available v17, but prefixed with “UNSAFE_”)

그리고 새로운 2 가지 LifeCylce 메서드를 추가합니다.(Deprecated 된 메서드 대체 가능)
(Then add two new LifeCycle method.(which can replace deprecated method))

2. 내용(Content)

React v16.3 에서 Component Lifecycle Changes에 대해서 발표했습니다. The Component Lifecycle을 보면 몇가지 변경된 점이 보입니다. 예를 들어 static getDerivedStateFromProps()처럼 새로 생긴 메서드도 있고 UNSAFE_componentWillMount()처럼 기존의 메서드에 UNSAFE_가 prefix 로 붙은 메서드를 볼 수 있습니다.
(React v16.3 has released Component Lifecycle Changes. The Component Lifecycle show some changes. For example, there are some new methods like static getDerivedStateFromProps(), and you can see a method where UNSAFE_ is prefixed to an existing method like UNSAFE_componentWillMount())

예시로 UNSAFE_componentWillMount() 문서를 보면 기존의 설명 밑에 아래와 같은 Note 가 있습니다.
(For example, When you view the UNSAFE_componentWillMount() document, there is a note below the existing description)

Note
This lifecycle was previously named componentWillMount. That name will continue to work until version 17. Use the rename-unsafe-lifecycles codemod to automatically update your components.

2.1. 왜 Deprecated 되었는가?(Why Deprecated?)

Learn more about this recommendation here.

  1. Many of these issues are exacerbated by a subset of the component lifecycles
  2. These also happen to be the lifecycles that cause the most confusion within the React community(React 커뮤니티에서 가장 혼란을 가져오는 LifeCycle)

3. 예제(Example)

이 예제에서는 componentWillReceivePropsstatic getDerivedStateFromProps로 바꿔보겠습니다.
(In this example. we’ll replace componentWillReceiveProps with static getDerivedStateFromProps)

3.1. 이전 코드(Previous Code)

componentWillReceiveProps(nextProps) {
    if (this.props.name !== nextProps.name) {
      this.setState({ name: nextProps.name });
    }
  }

componentWillReceiveProps를 사용한 경우 this.propsnextProps를 비교해서 setState해주는 방식으로 구현했습니다.
(When using componentWillReceiveProps, this.props compared with nextProps and setState is implemented)

3.2. 개선된 코드(Improved Code)

static getDerivedStateFromProps(nextProps, prevState) {
    if (prevState.name !== nextProps.name) {
      return { name: nextProps.name };
    }

    return null;
  }

static getDerivedStateFromProps를 사용한 경우 this.propsthis.state에 접근하지 않고 nextPropsprevState를 비교하여 변경될 state 를 return 해주면 됩니다. (setState 가 아닙니다.)
(If you use static getDerivedStateFromProps, Don’t need to access this.props or this.state, Return state to change by comparing nextProps with prevState It is not setState)

주의 할 점으로(As a point to note)

Note that if a parent component causes your component to re-render, this method will be called even if props have not changed. You may want to compare new and previous values if you only want to handle changes.

Calling this.setState() generally doesn’t trigger getDerivedStateFromProps().

출처(Reference) : https://reactjs.org/docs/react-component.html#static-getderivedstatefromprops

라고 합니다.(They’re said)

부모 컴포넌트에 의해서 컴포넌트가 re-rendering 되면 prop 이 변경되지 않아도 이 메서드가 호출되므로 주의하라고 합니다. 변경 사항만 처리하려면 새로운 값과 이전의 값을 비교하면 된다고 합니다.
(Note that if the component is re-rendering by the parent component, this method will be called even if prop does not change. To process the change only, you can compare the new value with the previous value.)

4. 참고(Reference)

  • https://reactjs.org/blog/2018/03/29/react-v-16-3.html#component-lifecycle-changes
  • https://reactjs.org/docs/react-component.html#the-component-lifecycle

[한국어, EN] React Native import 환경 설정(import setting)

* [1. 프로젝트 구조(Project Structure)](#1-프로젝트-구조project-structure)* [2. 동작 안하는 예제(Not work example)](#2-동작-안하는-예제not-work-example)* [3. 동작 하는...… Continue reading