mirror of
https://github.com/reactjs/react.dev.git
synced 2026-02-23 20:23:08 +00:00
Add next and previous links to Advanced Guides (#540)
Co-authored-by: Eduard Poracký <eporacky@trionyx.sk> Co-authored-by: Sebastian Silbermann <silbermann.sebastian@gmail.com>
This commit is contained in:
@@ -2,6 +2,8 @@
|
||||
id: accessibility
|
||||
title: Accessibility
|
||||
permalink: docs/accessibility.html
|
||||
prev: integrating-with-other-libraries.html
|
||||
next: code-splitting.html
|
||||
---
|
||||
|
||||
## Why Accessibility? {#why-accessibility}
|
||||
|
||||
@@ -2,6 +2,7 @@
|
||||
id: code-splitting
|
||||
title: Code-Splitting
|
||||
permalink: docs/code-splitting.html
|
||||
prev: accessibility.html
|
||||
---
|
||||
|
||||
## Bundling {#bundling}
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: context
|
||||
title: Context
|
||||
permalink: docs/context.html
|
||||
prev: reconciliation.html
|
||||
next: fragments.html
|
||||
---
|
||||
|
||||
Context provides a way to pass data through the component tree without having to pass props down manually at every level.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: error-boundaries
|
||||
title: Error Boundaries
|
||||
permalink: docs/error-boundaries.html
|
||||
prev: portals.html
|
||||
next: web-components.html
|
||||
---
|
||||
|
||||
In the past, JavaScript errors inside components used to corrupt React’s internal state and cause it to [emit](https://github.com/facebook/react/issues/4026) [cryptic](https://github.com/facebook/react/issues/6895) [errors](https://github.com/facebook/react/issues/8579) on next renders. These errors were always caused by an earlier error in the application code, but React did not provide a way to handle them gracefully in components, and could not recover from them.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: fragments
|
||||
title: Fragments
|
||||
permalink: docs/fragments.html
|
||||
prev: context.html
|
||||
next: portals.html
|
||||
---
|
||||
|
||||
A common pattern in React is for a component to return multiple elements. Fragments let you group a list of children without adding extra nodes to the DOM.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: higher-order-components
|
||||
title: Higher-Order Components
|
||||
permalink: docs/higher-order-components.html
|
||||
prev: web-components.html
|
||||
next: render-props.html
|
||||
---
|
||||
|
||||
A higher-order component (HOC) is an advanced technique in React for reusing component logic. HOCs are not part of the React API, per se. They are a pattern that emerges from React's compositional nature.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: integrating-with-other-libraries
|
||||
title: Integrating with Other Libraries
|
||||
permalink: docs/integrating-with-other-libraries.html
|
||||
prev: render-props.html
|
||||
next: accessibility.html
|
||||
---
|
||||
|
||||
React can be used in any web application. It can be embedded in other applications and, with a little care, other applications can be embedded in React. This guide will examine some of the more common use cases, focusing on integration with [jQuery](https://jquery.com/) and [Backbone](https://backbonejs.org/), but the same ideas can be applied to integrating components with any existing code.
|
||||
|
||||
@@ -2,6 +2,7 @@
|
||||
id: jsx-in-depth
|
||||
title: JSX In Depth
|
||||
permalink: docs/jsx-in-depth.html
|
||||
next: typechecking-with-proptypes.html
|
||||
redirect_from:
|
||||
- "docs/jsx-spread.html"
|
||||
- "docs/jsx-gotchas.html"
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: optimizing-performance
|
||||
title: Optimizing Performance
|
||||
permalink: docs/optimizing-performance.html
|
||||
prev: uncontrolled-components.html
|
||||
next: react-without-es6.html
|
||||
redirect_from:
|
||||
- "docs/advanced-performance.html"
|
||||
---
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: portals
|
||||
title: Portals
|
||||
permalink: docs/portals.html
|
||||
prev: fragments.html
|
||||
next: error-boundaries.html
|
||||
---
|
||||
|
||||
Portals provide a first-class way to render children into a DOM node that exists outside the DOM hierarchy of the parent component.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: react-without-es6
|
||||
title: React Without ES6
|
||||
permalink: docs/react-without-es6.html
|
||||
prev: optimizing-performance.html
|
||||
next: react-without-jsx.html
|
||||
---
|
||||
|
||||
Normally you would define a React component as a plain JavaScript class:
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: react-without-jsx
|
||||
title: React Without JSX
|
||||
permalink: docs/react-without-jsx.html
|
||||
prev: react-without-es6.html
|
||||
next: reconciliation.html
|
||||
---
|
||||
|
||||
JSX is not a requirement for using React. Using React without JSX is especially convenient when you don't want to set up compilation in your build environment.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: reconciliation
|
||||
title: Reconciliation
|
||||
permalink: docs/reconciliation.html
|
||||
prev: react-without-jsx.html
|
||||
next: context.html
|
||||
---
|
||||
|
||||
React provides a declarative API so that you don't have to worry about exactly what changes on every update. This makes writing applications a lot easier, but it might not be obvious how this is implemented within React. This article explains the choices we made in React's "diffing" algorithm so that component updates are predictable while being fast enough for high-performance apps.
|
||||
|
||||
@@ -1,6 +1,8 @@
|
||||
---
|
||||
id: refs-and-the-dom
|
||||
title: Refs and the DOM
|
||||
prev: static-type-checking.html
|
||||
next: uncontrolled-components.html
|
||||
redirect_from:
|
||||
- "docs/working-with-the-browser.html"
|
||||
- "docs/more-about-refs.html"
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: render-props
|
||||
title: Render Props
|
||||
permalink: docs/render-props.html
|
||||
prev: higher-order-components.html
|
||||
next: integrating-with-other-libraries.html
|
||||
---
|
||||
|
||||
The term ["render prop"](https://cdb.reacttraining.com/use-a-render-prop-50de598f11ce) refers to a technique for sharing code between React components using a prop whose value is a function.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: typechecking-with-proptypes
|
||||
title: Typechecking With PropTypes
|
||||
permalink: docs/typechecking-with-proptypes.html
|
||||
prev: jsx-in-depth.html
|
||||
next: static-type-checking.html
|
||||
redirect_from:
|
||||
- "docs/react-api.html#typechecking-with-proptypes"
|
||||
---
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: uncontrolled-components
|
||||
title: Uncontrolled Components
|
||||
permalink: docs/uncontrolled-components.html
|
||||
prev: refs-and-the-dom.html
|
||||
next: optimizing-performance.html
|
||||
---
|
||||
|
||||
In most cases, we recommend using [controlled components](/docs/forms.html#controlled-components) to implement forms. In a controlled component, form data is handled by a React component. The alternative is uncontrolled components, where form data is handled by the DOM itself.
|
||||
|
||||
@@ -2,6 +2,8 @@
|
||||
id: web-components
|
||||
title: Web Components
|
||||
permalink: docs/web-components.html
|
||||
prev: error-boundaries.html
|
||||
next: higher-order-components.html
|
||||
redirect_from:
|
||||
- "docs/webcomponents.html"
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user