Skip to content

Instantly share code, notes, and snippets.

@gaearon
Last active April 11, 2024 06:46
Show Gist options
  • Save gaearon/1d19088790e70ac32ea636c025ba424e to your computer and use it in GitHub Desktop.
Save gaearon/1d19088790e70ac32ea636c025ba424e to your computer and use it in GitHub Desktop.
connect.js explained
// connect() is a function that injects Redux-related props into your component.
// You can inject data and callbacks that change that data by dispatching actions.
function connect(mapStateToProps, mapDispatchToProps) {
// It lets us inject component as the last step so people can use it as a decorator.
// Generally you don't need to worry about it.
return function (WrappedComponent) {
// It returns a component
return class extends React.Component {
render() {
return (
// that renders your component
<WrappedComponent
{/* with its props */}
{...this.props}
{/* and additional props calculated from Redux store */}
{...mapStateToProps(store.getState(), this.props)}
{...mapDispatchToProps(store.dispatch, this.props)}
/>
)
}
componentDidMount() {
// it remembers to subscribe to the store so it doesn't miss updates
this.unsubscribe = store.subscribe(this.handleChange.bind(this))
}
componentWillUnmount() {
// and unsubscribe later
this.unsubscribe()
}
handleChange() {
// and whenever the store state changes, it re-renders.
this.forceUpdate()
}
}
}
}
// This is not the real implementation but a mental model.
// It skips the question of where we get the "store" from (answer: <Provider> puts it in React context)
// and it skips any performance optimizations (real connect() makes sure we don't re-render in vain).
// The purpose of connect() is that you don't have to think about
// subscribing to the store or perf optimizations yourself, and
// instead you can specify how to get props based on Redux store state:
const ConnectedCounter = connect(
// Given Redux state, return props
state => ({
value: state.counter,
}),
// Given Redux dispatch, return callback props
dispatch => ({
onIncrement() {
dispatch({ type: 'INCREMENT' })
}
})
)(Counter)
@afrazahmad21
Copy link

So connect actually returns a new component hah !!! thanks for this snippet

@demukeshchouhan
Copy link

If I use this syntax.

const mapState = ({ state }) => ({ ...state });

  1. The component will be heavy?
  2. The component will be re-render every time store change?
  3. The component will take extra memory to store props?
  4. Or it's just a syntactic sugar?

@farazh
Copy link

farazh commented Jan 17, 2019

Great Explanation!

@dinukadev
Copy link

This helped. Thank you!

@ezmiller
Copy link

ezmiller commented Mar 4, 2019

Is it accurate to say that connect implements some variant of the observer pattern? If yes or no (or kinda), why?

@kas-elvirov
Copy link

@ezmiller i would say - connect() is an observer for sure. Why? Go to the internet

@cyogian
Copy link

cyogian commented Feb 20, 2020

I just came here to see how a HOC works in practical. Thanks for this explaination.

@aakashtyg
Copy link

aakashtyg commented Mar 15, 2020

@gaearon don't you think the subscription logic should be in the constructor and not componentDidMount? If I am dispatching an action from WrappedComponent's componentDidMount. We won't see the updated state (it wont re render) in WrappedComponent, since componentDidMount of the WrappedComponent will run first before the subscription happens in componentDidMount inside connect()

@VitaminCtea
Copy link

Very clear explanation! 👍

@gideonmensadappah
Copy link

Thank You That was a clear explanation !!

@4nkitpatel
Copy link

Thanks, this mental model helping me a lot while learning react with redux :)

@jaiho8816
Copy link

thanks @gaearon

@nguyenyou
Copy link

Thank you 🚀🚀🚀

@farhdibehnamdev
Copy link

Thank you so much. It was so helpful.

@Brinezera
Copy link

thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment