FSelect abstracts away react-redux's connect
using the power of render props. By using FSelect instead of connect
your code will be cleaner and faster.
This library is already being used in production at Foodly and works with both ReactDOM and React Native.
- Getting Started
- Replacing Connect
- Conditional Element Render
- Avoiding Rerender
- Takeaways
- Future Roadmap
npm i -S fselect
or
yarn add fselect
Before
import React from 'react'
import { connect } from 'react-redux'
class App extends React.Component {
render() {
return <span>Welcome {this.props.email}</span>
}
}
connect(state => ({ email: state.login.email }))(App)
Using FSelect
import React from 'react'
import FSelect from 'fselect'
class App extends React.Component {
render() {
return (
<FSelect selector={state => state.login.email}>
{email => <span>Welcome {email}</span>}
</FSelect>
)
}
}
Equivalently you can also write using self closing tag
import React from 'react'
import FSelect from 'fselect'
class App extends React.Component {
render() {
return (
<span>
Welcome <FSelect selector={state => state.login.email} />
</span>
)
}
}
Multiple states from Redux using object
import React from 'react'
import FSelect from 'fselect'
class App extends React.Component {
render() {
return (
<FSelect
selector={{
email: state => state.login.email,
name: state => state.login.name,
}}
>
{({ email, name }) => (
<Text>
Welcome {name} {email}
</Text>
)}
</FSelect>
)
}
}
Multiple states from Redux using array
import React from 'react'
import FSelect from 'fselect'
class App extends React.Component {
render() {
return (
<FSelect
selector={[state => state.login.email, state => state.login.name]}
>
{([email, name]) => (
<Text>
Welcome {name} {email}
</Text>
)}
</FSelect>
)
}
}
Equivalently you can just use two self-closing tag
import React from 'react'
import FSelect from 'fselect'
class App extends React.Component {
render() {
return (
<span>
Welcome
<FSelect selector={state => state.login.name} />
<FSelect selector={state => state.login.email} />
</span>
)
}
}
Using selectors
import * as selectors from './selectors'
...
return (
<FSelect
selector={{
email: state => selectors.getEmail(state),
name: state => selectors.getName(state),
}}
>
{({ email, name }) => (
<Text>
Welcome {name} {email}
</Text>
)}
</FSelect>
)
There is a huge misconception in react community that dispatch is only available through using connect. However, if you know that you will never support server-sided rendering we recommend importing dispatch directly.
We still recommend using action creators rather than using dispatch directly in your UI Component.
If you need to support server-side rendering you will have to use connect to have access to dispatch, until we support optional withDispatch props.
Before
class A extends React.Component {
render() {
return (
<button onClick={()=> this.props.dispatch(...)} />
)
}
}
connect()(A)
After
// src/store.js
import { createStore } from 'redux'
const store = createStore(...)
const { dispatch, getState } = store
export { dispatch, getState }
// App.js
import { dispatch } from 'src/store'
class A extends React.Component {
render() {
return (
<button onClick={()=> dispatch(...)} />
)
}
}
Again, there is a huge misconception in react community that you need connect or in this case FSelect to have access to redux state during some event.
Unless you need to support server-sided rendering, you can import getState directly from the store.
Before
class App extends React.Component {
render() {
return <button onClick={this.handleButton}>Welcome</button>
}
handleButton = () => {
actions.uploadToServer(this.props.email)
}
}
connect(state => ({ email: state.login.email }))(App)
After
// src/store.js
import { createStore } from 'redux'
const store = createStore(...)
const { dispatch, getState } = store
export { dispatch, getState }
// App.js
import { getState } from 'src/store'
class App extends React.Component {
render() {
return <button onClick={this.handleButton}>Welcome</button>
}
handleButton = () => {
actions.uploadToServer(getState().login.email)
}
}
You do NOT need connect or FSelect unless your UI depends on the redux state.
Similarily, we recommend using selectors so that your UI component isn't coupled to the structure of your redux store.
Just as an example
// actions.js
import {dispatch, getState} from 'src/store'
export const uploadEmailToServer = () {
// I recommend using selector instead of state.login.email
const email = getState().login.email
api.uploadEmailToServer(email)
}
// App.js
import * as actions from 'src/actions'
class App {
...
handleButton = () => {
actions.uploadEmailToServer()
}
}
Instead of using pure function selectors (which requires root state as parameter), I recommend it having access to state directly and creating actions that returns part of the reduxState.
import {dispatch, getState} from 'src/store'
export const getEmail = () => {
return getState().login.email
}
export const uploadEmailToServer = () {
return api.uploadEmailToServer(getEmail())
}
In React, we often want to render a React Element if and only if certain condition is met. Most often than not we use inline conditional render using &&
render() {
return (
<div>
{this.state.isLoggedIn && (
<span>Welcome XXX</span>
)}
</div>
)
}
However, we soon realize things get a little messy as we write more things
// Error: cannot render undefined
state = {email: undefined}
render() {
return (
<div>
{this.state.email && (
<span>Welcome {this.state.email}</span>
)}
</div>
)
}
// Why are we rendering empty string?
state = {email: ''}
render() {
return (
<div>
{this.state.email && (
<span>Welcome {this.state.email}</span>
)}
</div>
)
}
// Oh wait, we can't have multiple React Elements
render() {
return (
<div>
{this.state.isLoggedIn && (
<span>Welcome XXX</span>
<span>You rock!</span>
)}
</div>
)
}
// This is horrible
render() {
return (
<div>
{this.state.isLoggedIn && (
<span>Welcome XXX</span>
)}
{this.state.isLoggedIn && (
<span>You rock!</span>
)}
</div>
)
}
// This is even worse
render() {
return (
<div>
{this.state.isLoggedIn && (
[<span key={0}>Welcome XXX</span>,
<span key={1}>You rock!</span>]
)}
</div>
)
}
// Damn now I have to fix styling
render() {
return (
<div>
{this.state.isLoggedIn && (
<div>
<span>Welcome XXX</span>
<span>You rock!</span>
</div>
)}
</div>
)
}
Using FSelect, you can also do Conditional Element Render. Your element will only render if selector value is truthy
render() {
return (
<FSelect selector={this.state.isLoggedIn}>
<span>Welcome XXX</span>
<span>You rock!</span>
</FSelect>
)
}
And yes, your condition can depend on redux state as well
render() {
return (
<FSelect selector={state => state.login.isLoggedIn}>
<span>Welcome XXX</span>
<span>You rock!</span>
</FSelect>
)
}
You can also do Conditional Element Render based on multiple states using array or object.
Your Element will only render if all of values in array or object evaluates to truthy (and yes it can be a function with Redux state)
render() {
return (
<FSelect
selector={
[state => state.login.isLoggedIn, state => !state.login.isBanned]}>
<span>Welcome XXX</span>
<span>You rock!</span>
</FSelect>
)
}
To Conditionally Render with falsy values, use selectorNot
props. Like selector, selectorNot will accept true, false, array, and objects.
render() {
return (
<FSelect
selectorNot={state => state.login.isBanned}
selector={state => state.login.isLoggedIn}>
<span>Welcome XXX</span>
<span>You rock!</span>
</FSelect>
)
}
WARNING: If your Conditional Element Render depends on the redux state, you must pass a function as selector or selectorNot (or function as part of array or object values). Failing to do so will cause your FSelect to not properly re-render the child component unless its parent Component re-renders.
For instance: DO NOT DO
render() {
return (
<FSelect
// Do not do this, your child component will not re-render unless parent component of FSelect re-renders
selector={getState().login.isLoggedIn}>
<span>Welcome XXX</span>
<span>You rock!</span>
</FSelect>
)
}
As a fallback, not providing selector props will render props with root state
return <FSelect>{state => <span>Welcome {state.login.email}</span>}</FSelect>
FSelect already optimizes your code such that re-render is localized to the specific component rather than entire component that you have connected.
However, to further optimize and avoid unneccesary creation of arrow functions and re-renders when the parent component re-renders, you can use popular method that React community uses
class App extends React.Component {
render() {
return (
<FSelect selector={state => state.login.email}>
{this.renderEmailText}
</FSelect>
)
}
renderEmailText = email => {
return <span>Welcome {email}</span>
}
}
Note that using above method will only re-render EmailText when email changes, therefore if your emailText depends on any other state or prop, you must pass that as argument through selector prop.
// Don't do this, your EmailText won't re-render when only this.state.name changes.
class App extends React.Component {
render() {
return (
<FSelect selector={state => state.login.email}>
{this.renderEmailText}
</FSelect>
)
}
renderEmailText = email => {
return (
<span>
Welcome {this.state.name} {email}
</span>
)
}
}
// Do this instead
class App extends React.Component {
render() {
return (
<FSelect
selector={state => ({
name: this.state.name,
email: state.login.email,
})}
>
{this.renderEmailText}
</FSelect>
)
}
renderEmailText = ({ name, email }) => {
return (
<span>
Welcome {name} {email}
</span>
)
}
}
F stands for Foodly. We create online ordering platform for restaurants. Please visit https://foodly.tech for more information.
- Import dispatch from the store
- Use getState from the store for state dependent event, or use actions with getState built in.
- Use FSelect for UI that depends on the redux state.
- Conditional Element Render using FSelect
- Conditional Element Render selectorNot props
- Conditional Element Render selectorOr props
- Conditional Element Render selectorNotOr props
- Allow context to be passed as props to override state from context rather than react-redux's Provider
- Access to dispatch with optional withDispatch props
- Self Closing tag supporting array of values
- Remove lodash dependency
- Performance tests
- Unit tests
- CI running tests and releases
- Types (FlowTypes, TypeScript, PropTypes)
- Example project (React Web, React Native)
Conditional Element Render
will no longer work with selector
props and will be replaced with ifSo
props. This allows both selector and ifSo to be used in conjunction. selectorNot
will be replaced with ifNot
. ifSoOr
and ifNotOr
will also be added.
Please help with any of the above future maps, bugs, and spelling mistakes. Any PR or feedbacks are welcome.
Thank you!