Responding to Events이벤트에 응답하기

Adding event handlers이벤트 핸들러 추가하기

To add an event handler, you will first define a function and then pass it as a prop to the appropriate JSX tag. For example, here is a button that doesn’t do anything yet: 이벤트 핸들러를 추가하려면 먼저 함수를 정의한 다음 이를 적절한 JSX 태그에 prop으로 전달합니다. 예를 들어, 아직 아무 작업도 수행하지 않는 버튼이 있습니다:

You can make it show a message when a user clicks by following these three steps: 다음의 세 단계를 거쳐 사용자가 클릭할 때 메시지를 표시하도록 설정할 수 있습니다:

1. Declare a function called handleClick inside your Button component.
2. Implement the logic inside that function (use alert to show the message).
3. Add onClick={handleClick} to the <button> JSX.

You defined the handleClick function and then passed it as a prop to <button>. handleClick is an event handler. Event handler functions: handleClick 함수를 정의한 다음 이를 <button>에 prop으로 전달했습니다. handleClick은 이벤트 핸들러입니다. 이벤트 핸들러 함수는:

• Are usually defined inside your components.
• Have names that start with handle, followed by the name of the event.

By convention, it is common to name event handlers as handle followed by the event name. You’ll often see onClick={handleClick}, onMouseEnter={handleMouseEnter}, and so on. 관례상 이벤트 핸들러의 이름은 handle 뒤에 이벤트 이름을 붙이는 것이 일반적입니다. 흔히 onClick={handleClick}, onMouseEnter={handleMouseEnter}등을 볼 수 있습니다.

Alternatively, you can define an event handler inline in the JSX: 또는 JSX에서 인라인으로 이벤트 핸들러를 정의할 수도 있습니다:

<button onClick={function handleClick() {
  alert('You clicked me!');
}}>

Or, more concisely, using an arrow function: 또는, 더 간결하게 화살표 함수를 사용할 수도 있습니다:

<button onClick={() => {
  alert('You clicked me!');
}}>

All of these styles are equivalent. Inline event handlers are convenient for short functions. 이 모든 스타일은 동일합니다. 인라인 이벤트 핸들러는 함수가 짧을 경우 편리합니다.

// This alert fires when the component renders, not when clicked!
<button onClick={alert('You clicked me!')}>

<button onClick={() => alert('You clicked me!')}>

Reading props in event handlers이벤트 핸들러에서 props 읽기

Because event handlers are declared inside of a component, they have access to the component’s props. Here is a button that, when clicked, shows an alert with its message prop: 이벤트 핸들러는 컴포넌트 내부에서 선언되기 때문에 컴포넌트의 props에 접근할 수 있습니다. 다음은 클릭하면 message prop과 함께 alert을 표시하는 버튼입니다:

This lets these two buttons show different messages. Try changing the messages passed to them. 이렇게 하면 이 두 버튼이 서로 다른 메시지를 표시할 수 있습니다. 전달되는 메시지를 변경해 보세요.

Passing event handlers as props이벤트 핸들러를 props로 전달하기

Often you’ll want the parent component to specify a child’s event handler. Consider buttons: depending on where you’re using a Button component, you might want to execute a different function—perhaps one plays a movie and another uploads an image. 가끔 부모 컴포넌트가 자식의 이벤트 핸들러를 지정하고 싶을 때가 있습니다. Button 컴포넌트를 사용하는 위치에 따라 버튼은 동영상을 재생하고 다른 버튼은 이미지를 업로드하는 등 서로 다른 기능을 실행하고 싶을 수 있습니다.

To do this, pass a prop the component receives from its parent as the event handler like so: 이렇게 하기 위해서는, 컴포넌트가 부모로부터 받는 prop을 이벤트 핸들러로 다음과 같이 전달합니다:

Here, the Toolbar component renders a PlayButton and an UploadButton: 여기서 Toolbar 컴포넌트는 PlayButton과 UploadButton을 렌더링합니다:

• PlayButton passes handlePlayClick as the onClick prop to the Button inside.
• UploadButton passes () => alert('Uploading!') as the onClick prop to the Button inside.

Finally, your Button component accepts a prop called onClick. It passes that prop directly to the built-in browser <button> with onClick={onClick}. This tells React to call the passed function on click. 마지막으로 Button 컴포넌트는 onClick이라는 prop을 받습니다. 해당 prop을 브라우저의 빌트인 <button>으로 직접 전달하며, onClick={onClick}을 사용합니다. 이는 클릭 시 전달된 함수를 호출하도록 React에 지시합니다.

If you use a design system, it’s common for components like buttons to contain styling but not specify behavior. Instead, components like PlayButton and UploadButton will pass event handlers down. 디자인 시스템을 사용하는 경우, 버튼 같은 컴포넌트에 스타일링은 포함하지만 동작을 지정하지 않는 것이 일반적입니다. 대신 PlayButton 및 UploadButton과 같은 컴포넌트는 이벤트 핸들러를 전달합니다.

Naming event handler props이벤트 핸들러 props 이름 정하기

Built-in components like <button> and <div> only support browser event names like onClick. However, when you’re building your own components, you can name their event handler props any way that you like. <button> 및 <div>와 같은 기본 제공 컴포넌트는 onClick과 같은 브라우저 이벤트 이름만 지원합니다. 하지만 자체 컴포넌트를 빌드할 때는 이벤트 핸들러 prop의 이름을 원하는 방식으로 지정할 수 있습니다.

By convention, event handler props should start with on, followed by a capital letter. 관례상 이벤트 핸들러 props은 on으로 시작하고 그 뒤에 대문자가 와야 합니다.

For example, the Button component’s onClick prop could have been called onSmash: 예를 들어, Button 컴포넌트의 onClick prop은 onSmash로 호출할 수 있습니다:

In this example, <button onClick={onSmash}> shows that the browser <button> (lowercase) still needs a prop called onClick, but the prop name received by your custom Button component is up to you! 이 예제에서 <button onClick={onSmash}>는 브라우저 <button>(소문자)에 여전히 onClick이라는 prop이 필요하지만 사용자 정의 Button 컴포넌트가 수신하는 prop 이름은 사용자가 지정할 수 있음을 보여줍니다!

When your component supports multiple interactions, you might name event handler props for app-specific concepts. For example, this Toolbar component receives onPlayMovie and onUploadImage event handlers: 컴포넌트가 여러 상호작용을 지원하는 경우, 앱별 개념에 따라 이벤트 핸들러 props의 이름을 지정할 수 있습니다. 예를 들어, 이 Toolbar 컴포넌트는 onPlayMovie 및 onUploadImage 이벤트 핸들러를 수신합니다:

Notice how the App component does not need to know what Toolbar will do with onPlayMovie or onUploadImage. That’s an implementation detail of the Toolbar. Here, Toolbar passes them down as onClick handlers to its Buttons, but it could later also trigger them on a keyboard shortcut. Naming props after app-specific interactions like onPlayMovie gives you the flexibility to change how they’re used later. App 컴포넌트는 Toolbar가 onPlayMovie 또는 onUploadImage로 어떤 작업을 수행할지 알 필요가 없다는 점을 주목하세요. 이것이 Toolbar의 구현 세부 사항입니다. 여기서 Toolbar는 Button에 onClick 핸들러로 전달하지만 나중에 키보드 단축키에서 촉발시킬 수도 있습니다. props의 이름을 onPlayMovie와 같은, 앱별 상호작용의 이름을 따서 지정하면 나중에 사용 방식을 유연하게 변경할 수 있습니다.

Event propagation이벤트 전파

Event handlers will also catch events from any children your component might have. We say that an event “bubbles” or “propagates” up the tree: it starts with where the event happened, and then goes up the tree. 이벤트 핸들러는 컴포넌트에 있을 수 있는 모든 하위 컴포넌트의 이벤트도 포착합니다. 이벤트가 트리 위로 ‘버블’ 또는 ‘전파’되는 것을 이벤트가 발생한 곳에서 시작하여 트리 위로 올라간다고 합니다.

This <div> contains two buttons. Both the <div> and each button have their own onClick handlers. Which handlers do you think will fire when you click a button? 이 <div>는 2개의 버튼을 포함합니다. <div>와 각 버튼에는 모두 고유한 onClick핸들러가 있습니다. 버튼을 클릭하면 어떤 핸들러가 실행될까요?

If you click on either button, its onClick will run first, followed by the parent <div>’s onClick. So two messages will appear. If you click the toolbar itself, only the parent <div>’s onClick will run. 두 버튼 중 하나를 클릭하면 해당 버튼의 onClick이 먼저 실행되고 그다음에 부모 <div>의 onClick이 실행됩니다. 따라서 두 개의 메시지가 나타납니다. 툴바 자체를 클릭하면 부모 <div>의 onClick만 실행됩니다.

Stopping propagation전파 중지하기

Event handlers receive an event object as their only argument. By convention, it’s usually called e, which stands for “event”. You can use this object to read information about the event. 이벤트 핸들러는 이벤트 객체를 유일한 인수로 받습니다. 이것은 관례상 “event”를 의미하는 e라고 불립니다. 이 객체를 사용하여 이벤트에 대한 정보를 읽을 수 있습니다.

That event object also lets you stop the propagation. If you want to prevent an event from reaching parent components, you need to call e.stopPropagation() like this Button component does: 해당 이벤트 객체를 사용하면 전파를 중지할 수도 있습니다. 이벤트가 상위 컴포넌트에 도달하지 못하도록 하려면 아래 Button 컴포넌트처럼 e.stopPropagation()을 호출해야 합니다:

When you click on a button: 버튼을 클릭하면:

1. React calls the onClick handler passed to <button>.
2. That handler, defined in Button, does the following:
   • Calls e.stopPropagation(), preventing the event from bubbling further.
   • Calls the onClick function, which is a prop passed from the Toolbar component.
3. That function, defined in the Toolbar component, displays the button’s own alert.
4. Since the propagation was stopped, the parent <div>’s onClick handler does not run.

As a result of e.stopPropagation(), clicking on the buttons now only shows a single alert (from the <button>) rather than the two of them (from the <button> and the parent toolbar <div>). Clicking a button is not the same thing as clicking the surrounding toolbar, so stopping the propagation makes sense for this UI. e.stopPropagation() 덕분에 이제 버튼을 클릭하면 두 개의 알림(<button>과 부모 툴바 <div>)이 아닌 하나의 알림(<button>에서)만 표시됩니다. 버튼을 클릭하는 것과 주변 툴바를 클릭하는 것은 다르므로 이 UI에서는 전파를 중지하는 것이 적절합니다.

<div onClickCapture={() => { /* this runs first | 먼저 실행됨 */ }}>
  <button onClick={e => e.stopPropagation()} />
  <button onClick={e => e.stopPropagation()} />
</div>

Passing handlers as alternative to propagation전파의 대안으로 핸들러 전달하기

Notice how this click handler runs a line of code and then calls the onClick prop passed by the parent: 이 클릭 핸들러가 코드 한 줄을 실행한 다음 부모가 전달한 onClick prop을 호출하는 방식을 주목하세요:

function Button({ onClick, children }) {
  return (
    <button onClick={e => {
      e.stopPropagation();
      onClick();
    }}>
      {children}
    </button>
  );
}

You could add more code to this handler before calling the parent onClick event handler, too. This pattern provides an alternative to propagation. It lets the child component handle the event, while also letting the parent component specify some additional behavior. Unlike propagation, it’s not automatic. But the benefit of this pattern is that you can clearly follow the whole chain of code that executes as a result of some event. 부모 onClick 이벤트 핸들러를 호출하기 전에 이 핸들러에 코드를 더 추가할 수도 있습니다. 이 패턴은 전파에 대한 대안을 제공합니다. 자식 컴포넌트가 이벤트를 처리하는 동시에 부모 컴포넌트가 몇 가지 추가 동작을 지정할 수 있게 해줍니다. 프로퍼게이션과 달리 자동이 아닙니다. 하지만 이 패턴의 장점은 특정 이벤트의 결과로 실행되는 전체 체인 코드를 명확하게 따라갈 수 있다는 것입니다.

If you rely on propagation and it’s difficult to trace which handlers execute and why, try this approach instead. 전파에 의존하고 있고 어떤 핸들러가 실행되고 왜 실행되는지 추적하기 어려운 경우 대신 이 접근 방식을 시도해 보세요.

Preventing default behavior기본 동작 방지

Some browser events have default behavior associated with them. For example, a <form> submit event, which happens when a button inside of it is clicked, will reload the whole page by default: 일부 브라우저 이벤트에는 연결된 기본 동작이 있습니다. 예를 들어, <form> submit 이벤트는 내부의 버튼을 클릭할 때 발생하며 기본적으로 전체 페이지를 다시 로드합니다:

You can call e.preventDefault() on the event object to stop this from happening: 이벤트 객체에서 e.preventDefault()를 호출하여 이런 일이 발생하지 않도록 할 수 있습니다:

Don’t confuse e.stopPropagation() and e.preventDefault(). They are both useful, but are unrelated: e.stopPropagation()과 e.preventDefault()를 혼동하지 마세요. 둘 다 유용하지만 서로 관련이 없습니다:

• e.stopPropagation() stops the event handlers attached to the tags above from firing.
• e.preventDefault() prevents the default browser behavior for the few events that have it.

Can event handlers have side effects?이벤트 핸들러에 부작용이 생길 수 있나요?

Absolutely! Event handlers are the best place for side effects. 물론입니다! 이벤트 핸들러는 부작용이 가장 많이 발생하는 곳입니다.

Unlike rendering functions, event handlers don’t need to be pure, so it’s a great place to change something—for example, change an input’s value in response to typing, or change a list in response to a button press. However, in order to change some information, you first need some way to store it. In React, this is done by using state, a component’s memory. You will learn all about it on the next page. 렌더링 함수와 달리 이벤트 핸들러는 순수할 필요가 없으므로 타이핑에 대한 응답으로 input 값을 변경하거나 버튼 누름에 대한 응답으로 목록을 변경하는 등 무언가를 변경하기에 좋은 곳입니다. 하지만 일부 정보를 변경하려면 먼저 정보를 저장할 방법이 필요합니다. React에서는 컴포넌트의 메모리인 state를 사용해 이 작업을 수행합니다. 다음 페이지에서 이에 대한 모든 것을 배우게 될 것입니다.