소품에서 구성 요소 초기화 상태를 반응

React 에서이 두 구현 사이에 실제 차이점이 있습니까? 어떤 친구들은 FirstComponent가 패턴이라고 말하지만 그 이유는 모르겠습니다. 렌더링이 한 번만 호출되므로 SecondComponent가 더 단순 해 보입니다.

먼저:

import React, { PropTypes } from 'react'

class FirstComponent extends React.Component {

  state = {
    description: ''
  }

  componentDidMount() {
    const { description} = this.props;
    this.setState({ description });
  }

  render () {
    const {state: { description }} = this;    
    return (
      <input type="text" value={description} /> 
    );
  }
}

export default FirstComponent;

둘째:

import React, { PropTypes } from 'react'

class SecondComponent extends React.Component {

  state = {
    description: ''
  }

  constructor (props) => {
    const { description } = props;
    this.state = {description};
  }

  render () {
    const {state: { description }} = this;    
    return (
      <input type="text" value={description} />   
    );
  }
}

export default SecondComponent;

업데이트 : setState ()를 this.state = {} (감사합니다)로 변경했지만 여전히 차이가 보이지 않습니다. 하나가 다른 것보다 낫습니까?

상태로 변경되지 않는 속성을 복사하는 것은 안티 패턴입니다 (이 경우 .props에 직접 액세스). 결국 변경되지만 .props의 값으로 시작하는 상태 변수가있는 경우 생성자 호출조차 필요하지 않습니다.이 로컬 변수는 부모의 생성자에 대한 호출 후에 초기화됩니다.

class FirstComponent extends React.Component {
  state = {
    x: this.props.initialX,
    // You can even call functions and class methods:
    y: this.someMethod(this.props.initialY),
  };
}

이것은 아래 @joews의 답변에 해당하는 속기입니다. 최신 버전의 es6 트랜스 파일러에서만 작동하는 것 같습니다. 일부 웹팩 설정에서 문제가 있습니다. 그래도 문제가 해결되지 않으면 babel plugin 추가를 시도 babel-plugin-transform-class-properties하거나 아래 @joews에서 비 속기 버전을 사용할 수 있습니다.

setState컴포넌트 를 호출 할 필요가 없습니다 . 직접 constructor설정하는 것은 관용적입니다 this.state.

class FirstComponent extends React.Component {

  constructor(props) {
    super(props);

    this.state = {
      x: props.initialX
    };
  }
  // ...
}

React 문서-클래스에 로컬 상태 추가를 참조하십시오 .

설명하는 첫 번째 방법에는 이점이 없습니다. 구성 요소를 처음으로 마운트하기 직전에 두 번째 업데이트가 발생합니다.

React 16.3 alpha에 대한 업데이트가 도입되었습니다 static getDerivedStateFromProps(nextProps, prevState)( 문서 ) componentWillReceiveProps.

getDerivedStateFromProps는 컴포넌트가 인스턴스화되고 새 소품을 수신 한 후에 호출됩니다. 객체를 업데이트 상태로 반환하거나 새 소품에 상태 업데이트가 필요하지 않음을 나타내려면 null을 반환해야합니다.

부모 구성 요소로 인해 구성 요소가 다시 렌더링되는 경우 소품이 변경되지 않은 경우에도이 메서드가 호출됩니다. 변경 사항 만 처리하려는 경우 새 값과 이전 값을 비교할 수 있습니다.

https://reactjs.org/docs/react-component.html#static-getderivedstatefromprops

따라서이에 직접 액세스 할 수없는, 정적 this(그러나 그것은에 대한 액세스 권한을 가지고있다가 prevState, 보통에 부착 된 것을 저장할 수있는 this예를 refs)

댓글에 @nerfologist의 수정 사항을 반영하도록 편집

모든 소품을 상태에 추가하고 동일한 이름을 유지하려면 아래처럼 짧은 형식을 사용할 수 있습니다.

constructor(props) {
    super(props);
    this.state = {
       ...props
    }
    //...
}

생성자 내부의 상태 데이터를 다음과 같이 설정하십시오.

constructor(props) {
    super(props);
    this.state = {
      productdatail: this.props.productdetailProps
    };
  }

props를 통해 componentDidMount () 메소드 측에 설정하면 작동하지 않습니다.

소품에서 직접 상태를 초기화하면 React 16.5 (2018 년 9 월 5 일)에 경고가 표시됩니다

key값을 사용 하여 필요할 때 상태를 재설정하고 소품을 전달하지 않는 것이 좋습니다. 제어되지 않은 제어 된 구성 요소가 한곳에 있기 때문입니다. 데이터는 한곳에서 처리해야합니다 https://reactjs.org/blog/2018/06/07/you-probably-dont-need-derived-state.html#recommendation-fully-uncontrolled-component-with-a -키

componentWillReceiveProps를 사용할 수 있습니다.

constructor(props) {
    super(props);
    this.state = {
      productdatail: ''
    };
  }

    componentWillReceiveProps(nextProps){
        this.setState({ productdatail: nextProps.productdetailProps })
    }

생성자 state에서 초기화 할 때 조심해야합니다 props. props새로운 것으로 변경 하더라도 마운트가 다시 발생하지 않기 때문에 상태가 변경되지 않습니다. 그래서 getDerivedStateFromProps존재합니다.

class FirstComponent extends React.Component {
    state = {
        description: ""
    };

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

        return null;
    }

    render() {
        const {state: {description}} = this;    

        return (
            <input type="text" value={description} /> 
        );
    }
}