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.