--- id: faq-functions title: Passing Functions to Components permalink: docs/faq-functions.html layout: docs category: FAQ --- ### How do I pass an event handler (like onClick) to a component? {#how-do-i-pass-an-event-handler-like-onclick-to-a-component} Pass event handlers and other functions as props to child components: ```jsx ; } } ``` #### Class Properties (ES2022) {#class-properties-es2022} ```jsx class Foo extends Component { handleClick = () => { console.log('Click happened'); }; render() { return ; } } ``` #### Bind in Render {#bind-in-render} ```jsx class Foo extends Component { handleClick() { console.log('Click happened'); } render() { return ; } } ``` >**Note:** > >Using `Function.prototype.bind` in render creates a new function each time the component renders, which may have performance implications (see below). #### Arrow Function in Render {#arrow-function-in-render} ```jsx class Foo extends Component { handleClick() { console.log('Click happened'); } render() { return ; } } ``` >**Note:** > >Using an arrow function in render creates a new function each time the component renders, which may break optimizations based on strict identity comparison. ### Is it OK to use arrow functions in render methods? {#is-it-ok-to-use-arrow-functions-in-render-methods} Generally speaking, yes, it is OK, and it is often the easiest way to pass parameters to callback functions. If you do have performance issues, by all means, optimize! ### Why is binding necessary at all? {#why-is-binding-necessary-at-all} In JavaScript, these two code snippets are **not** equivalent: ```js obj.method(); ``` ```js var method = obj.method; method(); ``` Binding methods helps ensure that the second snippet works the same way as the first one. With React, typically you only need to bind the methods you *pass* to other components. For example, ` } ``` Instead, *pass the function itself* (without parens): ```jsx render() { // Correct: handleClick is passed as a reference! return } ``` ### How do I pass a parameter to an event handler or callback? {#how-do-i-pass-a-parameter-to-an-event-handler-or-callback} You can use an arrow function to wrap around an event handler and pass parameters: ```jsx ; } handleClick() { this.props.loadMore(); } } ``` #### Debounce {#debounce} Debouncing ensures that a function will not be executed until after a certain amount of time has passed since it was last called. This can be useful when you have to perform some expensive calculation in response to an event that might dispatch rapidly (eg scroll or keyboard events). The example below debounces text input with a 250ms delay. ```jsx import debounce from 'lodash.debounce'; class Searchbox extends React.Component { constructor(props) { super(props); this.handleChange = this.handleChange.bind(this); this.emitChangeDebounced = debounce(this.emitChange, 250); } componentWillUnmount() { this.emitChangeDebounced.cancel(); } render() { return ( ); } handleChange(e) { this.emitChangeDebounced(e.target.value); } emitChange(value) { this.props.onChange(value); } } ``` #### `requestAnimationFrame` throttling {#requestanimationframe-throttling} [`requestAnimationFrame`](https://developer.mozilla.org/en-US/docs/Web/API/window/requestAnimationFrame) is a way of queuing a function to be executed in the browser at the optimal time for rendering performance. A function that is queued with `requestAnimationFrame` will fire in the next frame. The browser will work hard to ensure that there are 60 frames per second (60 fps). However, if the browser is unable to it will naturally *limit* the amount of frames in a second. For example, a device might only be able to handle 30 fps and so you will only get 30 frames in that second. Using `requestAnimationFrame` for throttling is a useful technique in that it prevents you from doing more than 60 updates in a second. If you are doing 100 updates in a second this creates additional work for the browser that the user will not see anyway. >**Note:** > >Using this technique will only capture the last published value in a frame. You can see an example of how this optimization works on [`MDN`](https://developer.mozilla.org/en-US/docs/Web/Events/scroll) ```jsx import rafSchedule from 'raf-schd'; class ScrollListener extends React.Component { constructor(props) { super(props); this.handleScroll = this.handleScroll.bind(this); // Create a new function to schedule updates. this.scheduleUpdate = rafSchedule( point => this.props.onScroll(point) ); } handleScroll(e) { // When we receive a scroll event, schedule an update. // If we receive many updates within a frame, we'll only publish the latest value. this.scheduleUpdate({ x: e.clientX, y: e.clientY }); } componentWillUnmount() { // Cancel any pending updates since we're unmounting. this.scheduleUpdate.cancel(); } render() { return (
); } } ``` #### Testing your rate limiting {#testing-your-rate-limiting} When testing your rate limiting code works correctly it is helpful to have the ability to fast forward time. If you are using [`jest`](https://facebook.github.io/jest/) then you can use [`mock timers`](https://facebook.github.io/jest/docs/en/timer-mocks.html) to fast forward time. If you are using `requestAnimationFrame` throttling then you may find [`raf-stub`](https://github.com/alexreardon/raf-stub) to be a useful tool to control the ticking of animation frames.