'React functional components vs classical components
I'm trying to understand when to use React functional components vs. classes and reading from the docs they don't really go into detail. Can you give me some primary examples of the below of when you would want a specific feature of a class to make a component?
A functional component is less powerful but is simpler, and acts like a class component with just a single render() method. Unless you need features available only in a class, we encourage you to use functional components instead.
Solution 1:[1]
2022 Update
You only need a class
component when you:
- need to create an error boundary using
componentDidCatch
Original 2016 Answer
You only need a class
component when you:
- need the component state or
- need the lifecycle methods. such as
componentDidMount
etc.
Solution 2:[2]
This answer is deprecated.
With react hooks, a functional component can also have a state.
1. When do we use each kind of component?
If we use Redux, there will be two kinds of Components:
- Presentational Components: concern about the UI
- Container Components: manage the state
Redux's creator Dan Abramov has written an article Presentational and Container Components:
Presentational Components are written as functional components unless they need state, lifecycle hooks, or performance optimizations.
Even though we don't use Redux. We can also separate the components as Presentational Components and Container Components.
- Presentational Components use Functional Components and are only concerned with the UI.
- Container Components use Class Components and concern state and behaviour.
2. Benefits of Functional Components
Cory House's article React Stateless Functional Components: Nine Wins You Might Have Overlooked let me know the Functional Components' advantages, Functional Components are more:
- simple
- readable
- testable
3. Limits of Functional Components
Functional Components are stateless, which is its limit.
But fortunately, most of the time, we don't need a state.
4. Functional Components Enforced Best Practices
Stateless functional components are useful for dumb/presentational components. Presentational components focus on the UI rather than behaviour, so it’s important to avoid using state in presentational components. Instead, the state should be managed by higher-level “container” components, or via Flux/Redux/etc. Stateless functional components don’t support state or lifecycle methods. This is a good thing. Why? Because it protects from laziness.
See, it’s always tempting to add state to a presentational component when you’re in a hurry. It’s a quick way to hack into a feature. Since stateless functional components don’t support local states, you can’t easily hack into some state in a moment of laziness. Thus, stateless functional components programmatically enforce keeping the component pure. You’re forced to put state management where it belongs: in higher-level container components.
Solution 3:[3]
Functional Component
- Used for presenting static data.
- Can't handle fetching data.
- Easy to write.
Example :
const Foo =()=>
{
return <Text>Hi there!</Text>
}
Class Component
- Used for the dynamic source of data.
- Handles any data that might change(fetching data, user events, etc).
- More code to write.
Example :
class Foo extends Component {
render(){
return <Text>Hi There!</Text>
}
}
Sources
This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.
Source: Stack Overflow
Solution | Source |
---|---|
Solution 1 | |
Solution 2 | Lasitha Yapa |
Solution 3 | Vihan Gammanpila |