I see that React.forwardRef seems to be the sanctioned way of passing a ref to a child functional component, from the react docs:
const FancyButton = React.f
Even React docs mention the custom ref prop as a more flexible approach to forwardRef
:
If you use React 16.2 or lower, or if you need more flexibility than provided by ref forwarding, you can use this alternative approach and explicitly pass a ref as a differently named prop.
There is also a gist, in which Dan Abramov writes about its advantages:
I would add, that passing refs as usual props does not cause breaking changes and is the way to go for multiple refs. The only advantages of forwardRef
coming to my mind are:
ref
attribute does not bloat your props API, e.g. if you provide types with TypeScriptDoes passing a custom prop affect diffing when it comes to rendering and cause additional renders?
A ref can potentially trigger a re-render if you pass an inline callback ref function down as prop. But it is a better idea anyway to define it as class instance method or via some memoization like useCallback
.
Ref
is a standard property in React
components.
Some components that wrap other components to provide additional functionality, use ref
to refer to wrapped component and expect that the component has ref
property.
It is better for a component to have the ref
property to be compatible with other components and libraries.
Function components cannot have the "ref" property and must use forwardRef
instead to provide ref
property.