[Suggestion]: remove the caveat for writing ref in render path

Summary

In the doc for ref https://react.dev/reference/react/useRef#caveats, it calls out to not read/write ref in rendering phase without a very clear "bad example"

Page

No response

Details

However, there is use case where the caller just needs a static ref at component level to wrap a dynamic value: for example, I need to read/write a static ref in rendering path (keep it in-sync with the current render context value)

In another word, the argument could be "a need to read/sync a "render context" value into a static variable attached to the functional component", + the "ref" value is not use in the "return" of the functional component

const { componentId, renderId } = useContext(componentContext);
const context = { componentId, renderId } <--- dynamic

const contextRef  =  useRef(context); <--- static
contextRef.current = context;

useQuery({
  context: contextRef  <--- static ref to avoid equal check, the ref value is only used for logging
})

e.g. https://github.com/apollographql/apollo-client/issues/11835

and there are popular library like useLatest implemented by writing ref in render path

Can we remove or update the caveat to make it more clear? E.g. adding

If you don't attempt to use the "mutable" ref in determining the function return, it is fine to use it to sync rendering context

Überprüfe den Abschnitt zu den useRef-Einschränkungen unter https://react.dev/reference/react/useRef#caveats und vergleiche seine Hinweise mit dem im Bericht verlinkten Apollo Client-Issue und der useLatest-Implementierung. Kläre, ob die Einschränkung für Refs entfernt oder überarbeitet werden sollte, die während des Renderns synchronisiert werden, ohne den Rückgabewert der Komponente zu beeinflussen, aktualisiere anschließend die Dokumentation und verifiziere, dass die resultierende Formulierung eindeutig ist.