Preserving and Resetting Statestate 보존 및 재설정

State is tied to a position in the treestate는 트리의 한 위치에 묶입니다

React builds render trees for the component structure in your UI. React는 UI의 컴포넌트 구조에 대한 렌더 트리를 빌드합니다.

When you give a component state, you might think the state “lives” inside the component. But the state is actually held inside React. React associates each piece of state it’s holding with the correct component by where that component sits in the render tree. 컴포넌트에 state를 부여할 때, state가 컴포넌트 내부에 “존재”한다고 생각할 수 있습니다. 하지만 state는 실제로 React 내부에서 유지됩니다. React는 렌더링 트리에서 해당 컴포넌트의 위치에 따라 보유하고 있는 각 state를 올바른 컴포넌트와 연결합니다.

Here, there is only one <Counter /> JSX tag, but it’s rendered at two different positions: 여기에는 <Counter /> JSX 태그가 하나만 있지만 두 개의 다른 위치에서 렌더링됩니다:

Here’s how these look as a tree: 트리로 표시되는 모습은 다음과 같습니다:

These are two separate counters because each is rendered at its own position in the tree. You don’t usually have to think about these positions to use React, but it can be useful to understand how it works. 이 카운터는 각 트리에서 고유한 위치에 렌더링되기 때문에 두 개의 개별 카운터입니다. 일반적으로 React를 사용하기 위해 이러한 위치에 대해 생각할 필요는 없지만, 작동 방식을 이해하는 것이 유용할 수 있습니다.

In React, each component on the screen has fully isolated state. For example, if you render two Counter components side by side, each of them will get its own, independent, score and hover states. React에서 화면의 각 컴포넌트는 완전히 분리된 state를 갖습니다. 예를 들어, 두 개의 Counter 컴포넌트를 나란히 렌더링하면 각각 독립적인 score 및 hover state를 갖게 됩니다.

Try clicking both counters and notice they don’t affect each other: 두 counter를 모두 클릭해 보면 서로 영향을 미치지 않는 것을 확인할 수 있습니다:

As you can see, when one counter is updated, only the state for that component is updated: 보시다시피 counter 하나가 업데이트되면 해당 컴포넌트에 대한 state만 업데이트됩니다:

React will keep the state around for as long as you render the same component at the same position in the tree. To see this, increment both counters, then remove the second component by unchecking “Render the second counter” checkbox, and then add it back by ticking it again: React는 트리의 같은 위치에 같은 컴포넌트를 렌더링하는 한 그 state를 유지합니다. 이를 확인하려면 두 카운터를 모두 증가시킨 다음 “두 번째 counter 렌더링” 체크박스를 선택 해제하여 두 번째 컴포넌트를 제거한 다음 다시 선택하여 추가합니다:

Notice how the moment you stop rendering the second counter, its state disappears completely. That’s because when React removes a component, it destroys its state. 두 번째 counter 렌더링을 중지하는 순간 state가 완전히 사라지는 것에 주목하세요. React가 컴포넌트를 제거하면 그 state가 사라지기 때문입니다.

When you tick “Render the second counter”, a second Counter and its state are initialized from scratch (score = 0) and added to the DOM. “두 번째 counter 렌더링”을 선택하면 두 번째 Counter와 그 state가 처음부터 초기화되고(score = 0) DOM에 추가됩니다.

React preserves a component’s state for as long as it’s being rendered at its position in the UI tree. If it gets removed, or a different component gets rendered at the same position, React discards its state. React는 컴포넌트가 UI 트리의 해당 위치에서 렌더링되는 동안 컴포넌트의 state를 유지합니다. 컴포넌트가 제거되거나 같은 위치에 다른 컴포넌트가 렌더링되면 React는 해당 컴포넌트의 state를 삭제합니다.

Same component at the same position preserves state동일한 위치의 동일한 컴포넌트는 state를 유지합니다

In this example, there are two different <Counter /> tags: 다음 예제에는 두 개의 서로 다른 <Counter /> 태그가 있습니다:

When you tick or clear the checkbox, the counter state does not get reset. Whether isFancy is true or false, you always have a <Counter /> as the first child of the div returned from the root App component: 체크박스를 선택하거나 선택 취소해도 카운터 state는 재설정되지 않습니다. isFancy가 true이든 false이든, 루트 App 컴포넌트에서 반환된 div의 첫 번째 자식에는 항상 <Counter />가 있습니다:

It’s the same component at the same position, so from React’s perspective, it’s the same counter. 같은 위치에 있는 같은 컴포넌트이므로 React의 관점에서 보면 같은 카운터입니다.

import { useState } from 'react';

export default function App() {
  const [isFancy, setIsFancy] = useState(false);
  if (isFancy) {
    return (
      <div>
        <Counter isFancy={true} />
        <label>
          <input
            type="checkbox"
            checked={isFancy}
            onChange={e => {
              setIsFancy(e.target.checked)
            }}
          />
          Use fancy styling
        </label>
      </div>
    );
  }
  return (
    <div>
      <Counter isFancy={false} />
      <label>
        <input
          type="checkbox"
          checked={isFancy}
          onChange={e => {
            setIsFancy(e.target.checked)
          }}
        />
        Use fancy styling
      </label>
    </div>
  );
}

function Counter({ isFancy }) {
  const [score, setScore] = useState(0);
  const [hover, setHover] = useState(false);

  let className = 'counter';
  if (hover) {
    className += ' hover';
  }
  if (isFancy) {
    className += ' fancy';
  }

  return (
    <div
      className={className}
      onPointerEnter={() => setHover(true)}
      onPointerLeave={() => setHover(false)}
    >
      <h1>{score}</h1>
      <button onClick={() => setScore(score + 1)}>
        Add one
      </button>
    </div>
  );
}

Different components at the same position reset state동일한 위치의 다른 컴포넌트는 state를 초기화합니다

In this example, ticking the checkbox will replace <Counter> with a <p>: 아래 예제에서 확인란을 선택하면 <Counter/>가 <p>로 바뀝니다:

Here, you switch between different component types at the same position. Initially, the first child of the <div> contained a Counter. But when you swapped in a p, React removed the Counter from the UI tree and destroyed its state. 여기서는 같은 위치에서 서로 다른 컴포넌트 유형 사이를 전환합니다. 처음에 <div>의 첫 번째 자식에는 Counter가 있었습니다. 하지만 p를 넣었을 때 React는 UI 트리에서 Counter를 제거하고 그 state를 소멸시켰습니다.

Also, when you render a different component in the same position, it resets the state of its entire subtree. To see how this works, increment the counter and then tick the checkbox: 또한 같은 위치에 다른 컴포넌트를 렌더링하면 전체 하위 트리의 state가 재설정됩니다. 어떻게 작동하는지 확인하려면 카운터를 증가시킨 다음 확인란을 선택합니다:

The counter state gets reset when you click the checkbox. Although you render a Counter, the first child of the div changes from a div to a section. When the child div was removed from the DOM, the whole tree below it (including the Counter and its state) was destroyed as well. 확인란을 클릭하면 counter state가 재설정됩니다. Counter를 렌더링하더라도 div의 첫 번째 자식은 div에서 section으로 변경됩니다. 자식 div가 DOM에서 제거되면 그 아래의 전체 트리(카운터 및 해당 state 포함)도 함께 제거됩니다.

As a rule of thumb, if you want to preserve the state between re-renders, the structure of your tree needs to “match up” from one render to another. If the structure is different, the state gets destroyed because React destroys state when it removes a component from the tree. 경험칙상 리렌더링 사이에 state를 유지하려면 트리의 구조가 “일치”해야 합니다. 구조가 다르면 React는 트리에서 컴포넌트를 제거할 때 state를 파괴하기 때문입니다.

import { useState } from 'react';

export default function MyComponent() {
  const [counter, setCounter] = useState(0);

  function MyTextField() {
    const [text, setText] = useState('');

    return (
      <input
        value={text}
        onChange={e => setText(e.target.value)}
      />
    );
  }

  return (
    <>
      <MyTextField />
      <button onClick={() => {
        setCounter(counter + 1)
      }}>Clicked {counter} times</button>
    </>
  );
}

Resetting state at the same position동일한 위치에서 state 재설정하기

By default, React preserves state of a component while it stays at the same position. Usually, this is exactly what you want, so it makes sense as the default behavior. But sometimes, you may want to reset a component’s state. Consider this app that lets two players keep track of their scores during each turn: 기본적으로 React는 컴포넌트가 같은 위치에 있는 동안 컴포넌트의 state를 보존합니다. 일반적으로 이것은 사용자가 원하는 것이므로 기본 동작으로 적합합니다. 하지만 때로는 컴포넌트의 state를 리셋하고 싶을 때가 있습니다. 두 명의 플레이어가 각 턴 동안 점수를 추적할 수 있는 이 앱을 예로 들어보겠습니다:

Currently, when you change the player, the score is preserved. The two Counters appear in the same position, so React sees them as the same Counter whose person prop has changed. 현재 플레이어를 변경하면 점수가 보존됩니다. 두 Counter는 같은 위치에 표시되므로 React는 person prop이 변경된 동일한 Counter로 간주합니다.

But conceptually, in this app they should be two separate counters. They might appear in the same place in the UI, but one is a counter for Taylor, and another is a counter for Sarah. 하지만 개념적으로 이 앱에서는 두 개의 별도 카운터가 있어야 합니다. UI에서 같은 위치에 표시될 수도 있지만 하나는 Taylor의 카운터이고 다른 하나는 Sarah의 카운터입니다.

There are two ways to reset state when switching between them: 전환할 때 state를 재설정하는 방법에는 두 가지가 있습니다:

1. Render components in different positions
2. Give each component an explicit identity with key

Option 1: Rendering a component in different positions컴포넌트를 다른 위치에 렌더링하기

If you want these two Counters to be independent, you can render them in two different positions: 이 두 Counter를 독립적으로 만들려면 두 개의 다른 위치에 렌더링하면 됩니다:

• Initially, isPlayerA is true. So the first position contains Counter state, and the second one is empty.
• When you click the “Next player” button the first position clears but the second one now contains a Counter.

Each Counter’s state gets destroyed each time it’s removed from the DOM. This is why they reset every time you click the button. 각 Counter의 state는 DOM에서 제거될 때마다 소멸됩니다. 그렇기 때문에 버튼을 클릭할 때마다 초기화됩니다.

This solution is convenient when you only have a few independent components rendered in the same place. In this example, you only have two, so it’s not a hassle to render both separately in the JSX. 이 솔루션은 같은 위치에 몇 개의 독립적인 컴포넌트만 렌더링할 때 편리합니다. 이 예시에서는 두 개만 있으므로 JSX에서 두 컴포넌트를 별도로 렌더링하는 것이 번거롭지 않습니다.

Option 2: Resetting state with a keykey로 state 재설정하기

There is also another, more generic, way to reset a component’s state. 컴포넌트의 state를 재설정하는 더 일반적인 방법도 있습니다.

You might have seen keys when rendering lists. Keys aren’t just for lists! You can use keys to make React distinguish between any components. By default, React uses order within the parent (“first counter”, “second counter”) to discern between components. But keys let you tell React that this is not just a first counter, or a second counter, but a specific counter—for example, Taylor’s counter. This way, React will know Taylor’s counter wherever it appears in the tree! 목록을 렌더링할 때 key를 본 적이 있을 것입니다. key는 목록에만 사용되는 것이 아닙니다! key를 사용해 React가 모든 컴포넌트를 구분하도록 할 수 있습니다. 기본적으로 React는 부모 내의 순서(“첫 번째 counter”, “두 번째 counter”)를 사용해 컴포넌트를 구분합니다. 하지만 key를 사용하면 이것이 첫 번째 counter나 두 번째 counter가 아니라 특정 counter(예: Taylor의 counter)임을 React에 알릴 수 있습니다. 이렇게 하면 React는 테일러의 counter가 트리에 어디에 나타나든 알 수 있습니다!

In this example, the two <Counter />s don’t share state even though they appear in the same place in JSX: 다음 예제에서는 두 <Counter />가 JSX에서 같은 위치에 표시되지만 state를 공유하지 않습니다:

Switching between Taylor and Sarah does not preserve the state. This is because you gave them different keys: 테일러와 사라 사이를 전환해도 state가 유지되지 않습니다. 서로 다른 key를 부여했기 때문입니다:

{isPlayerA ? (
  <Counter key="Taylor" person="Taylor" />
) : (
  <Counter key="Sarah" person="Sarah" />
)}

Specifying a key tells React to use the key itself as part of the position, instead of their order within the parent. This is why, even though you render them in the same place in JSX, React sees them as two different counters, and so they will never share state. Every time a counter appears on the screen, its state is created. Every time it is removed, its state is destroyed. Toggling between them resets their state over and over. key를 지정하면 React가 부모 내 순서가 아닌 key 자체를 위치의 일부로 사용하도록 지시합니다. 그렇기 때문에 JSX에서 같은 위치에 렌더링하더라도 React의 관점에서 보면 두 카운터는 서로 다른 카운터입니다. 결과적으로 state를 공유하지 않습니다. 카운터가 화면에 나타날 때마다 그 state가 생성됩니다. 카운터가 제거될 때마다 그 state는 소멸됩니다. 두 카운터 사이를 토글하면 state가 계속 초기화됩니다.

Resetting a form with a key키로 form 재설정하기

Resetting state with a key is particularly useful when dealing with forms. 키로 state를 재설정하는 것은 form을 다룰 때 특히 유용합니다

In this chat app, the <Chat> component contains the text input state: 이 채팅 앱에서 <Chat> 컴포넌트는 텍스트 input state를 포함합니다:

Try entering something into the input, and then press “Alice” or “Bob” to choose a different recipient. You will notice that the input state is preserved because the <Chat> is rendered at the same position in the tree. 입력란에 무언가를 입력한 다음 “앨리스” 또는 “밥”을 눌러 다른 수신자를 선택하세요. <Chat>이 트리의 동일한 위치에 렌더링되므로 입력 state가 유지되는 것을 알 수 있습니다.

In many apps, this may be the desired behavior, but not in a chat app! You don’t want to let the user send a message they already typed to a wrong person due to an accidental click. To fix it, add a key: 많은 앱에서 이러한 동작이 바람직할 수 있지만, 채팅 앱에서는 그렇지 않습니다! 사용자가 실수로 클릭해서 이미 입력한 메시지를 엉뚱한 사람에게 보내는 것을 원치 않을 것입니다. 이 문제를 해결하려면 key를 추가하세요:

<Chat key={to.id} contact={to} />

This ensures that when you select a different recipient, the Chat component will be recreated from scratch, including any state in the tree below it. React will also re-create the DOM elements instead of reusing them. 이렇게 하면 다른 수신자를 선택하면 Chat 컴포넌트가 그 아래 트리의 모든 state를 포함하여 처음부터 다시 생성됩니다. 또한 React는 DOM 엘리먼트를 재사용하는 대신 다시 생성합니다.

Now switching the recipient always clears the text field: 이제 수신자를 전환하면 항상 텍스트 필드가 지워집니다: