mirror of
https://github.com/reactjs/react.dev.git
synced 2026-02-23 20:23:08 +00:00
Remove "highlight updates" from docs
This feature isn't available in New DevTools (yet?)
This commit is contained in:
@@ -211,24 +211,6 @@ React builds and maintains an internal representation of the rendered UI. It inc
|
||||
|
||||
When a component's props or state change, React decides whether an actual DOM update is necessary by comparing the newly returned element with the previously rendered one. When they are not equal, React will update the DOM.
|
||||
|
||||
You can now visualize these re-renders of the virtual DOM with React DevTools:
|
||||
|
||||
- [Chrome Browser Extension](https://chrome.google.com/webstore/detail/react-developer-tools/fmkadmapgofadopljbjfkapdkoienihi?hl=en)
|
||||
- [Firefox Browser Extension](https://addons.mozilla.org/en-GB/firefox/addon/react-devtools/)
|
||||
- [Standalone Node Package](https://www.npmjs.com/package/react-devtools)
|
||||
|
||||
In the developer console select the **Highlight Updates** option in the **React** tab:
|
||||
|
||||
<center><img src="../images/blog/devtools-highlight-updates.png" style="max-width:100%; margin-top:10px;" alt="How to enable highlight updates" /></center>
|
||||
|
||||
Interact with your page and you should see colored borders momentarily appear around any components that have re-rendered. This lets you spot re-renders that were not necessary. You can learn more about this React DevTools feature from this [blog post](https://blog.logrocket.com/make-react-fast-again-part-3-highlighting-component-updates-6119e45e6833) from [Ben Edelstein](https://blog.logrocket.com/@edelstein).
|
||||
|
||||
Consider this example:
|
||||
|
||||
<center><img src="../images/blog/highlight-updates-example.gif" style="max-width:100%; margin-top:20px;" alt="React DevTools Highlight Updates example" /></center>
|
||||
|
||||
Note that when we're entering a second todo, the first todo also flashes on the screen on every keystroke. This means it is being re-rendered by React together with the input. This is sometimes called a "wasted" render. We know it is unnecessary because the first todo content has not changed, but React doesn't know this.
|
||||
|
||||
Even though React only updates the changed DOM nodes, re-rendering still takes some time. In many cases it's not a problem, but if the slowdown is noticeable, you can speed all of this up by overriding the lifecycle function `shouldComponentUpdate`, which is triggered before the re-rendering process starts. The default implementation of this function returns `true`, leaving React to perform the update:
|
||||
|
||||
```javascript
|
||||
|
||||
Reference in New Issue
Block a user