React docs on "Building Your Own Hooks"

Please provide guidance if returning elements (or ()=>elements) from custom hook is a good practice or not.

We have a PageLayout component like the following in our own app:

    <PageLayout
      topBarButtons={..}
      onRender={..}
    />

We want to encapsulate topBarButtons and onRender logic within a custom hook, so that the hook is reusable and shippable without PageLayout. (topBarButtons and onRender will share some state, and useOurHook returns [topBarButtons, onRenderFunc]).

This works fine, if not perfect, for me. But since there are so few custom hook example that returns UI elements (or function that returns UI elements like onRender), the team have doubt about this pattern.

I know the doc has the following statement, but I think this is a very common scenario that deserves a sentence or two in the React docs.

"useYourImagination()
Custom Hooks offer the flexibility of sharing logic that wasn’t possible in React components before. You can write custom Hooks that cover a wide range of use cases like form handling, animation, declarative subscriptions, timers, and probably many more we haven’t considered."

Beginnen Sie mit der Dokumentationsseite "Building Your Own Hooks" und überprüfen Sie deren bestehende Hinweise und Beispiele zu benutzerdefinierten Hooks. Fügen Sie eine prägnante Erklärung dazu hinzu, ob das Zurückgeben von Elementen oder von Funktionen, die Elemente zurückgeben, ein geeignetes Muster ist, einschließlich des hier beschriebenen Szenarios mit gemeinsam genutztem Zustand; die Seite sollte die Frage des Teams beantworten, ohne den anwendungsspezifischen Kontext dieses Issues zu erfordern.