Skip to content

Commit f20da4c

Browse files
authored
removed old "early time for hooks" note (#4321)
1 parent b8b26e5 commit f20da4c

1 file changed

Lines changed: 0 additions & 2 deletions

File tree

content/docs/hooks-faq.md

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -97,8 +97,6 @@ You can't use Hooks *inside* a class component, but you can definitely mix class
9797

9898
Our goal is for Hooks to cover all use cases for classes as soon as possible. There are no Hook equivalents to the uncommon `getSnapshotBeforeUpdate`, `getDerivedStateFromError` and `componentDidCatch` lifecycles yet, but we plan to add them soon.
9999

100-
It is an early time for Hooks, and some third-party libraries might not be compatible with Hooks at the moment.
101-
102100
### Do Hooks replace render props and higher-order components? {#do-hooks-replace-render-props-and-higher-order-components}
103101

104102
Often, render props and higher-order components render only a single child. We think Hooks are a simpler way to serve this use case. There is still a place for both patterns (for example, a virtual scroller component might have a `renderItem` prop, or a visual container component might have its own DOM structure). But in most cases, Hooks will be sufficient and can help reduce nesting in your tree.

0 commit comments

Comments
 (0)