Caution
@shopify/react-compose
is deprecated.
Shopifolk, see Shopify/quilt-internal for information on the latest packages available for use internally.
Cleanly compose multiple component enhancers together with minimal fuss.
yarn add @shopify/react-compose
This module exports a single default function compose
.
import compose from '@shopify/react-compose';
This function can be called on a list of component enhancers (Higher Order Components) to return a single master component enhancer that adds all of the props from all of the enhancers you gave it.
import {withRouter} form 'react-router';
import compose from '@shopify/react-compose';
import {withMousePosition} from './mouse-position';
const enhancer = compose(
withRouter,
withMousePosition,
);
class SomeComponent extends React.Component {
...
}
// this will be the same as withRouter(withMousePosition(SomeComponent))
export default compose(withRouter, withMousePosition)(SomeComponent);
This enhancer will act roughly the same as calling each enhancer in turn. This can save a lot of boilerplate for cases where each enhancer comes from it's own factory with config.
// In this example each enhancer is actually a factory that takes config.
const EnhancedComponent = enhancerOne(someConfig)(
enhancerTwo(otherConfig)(enhancerThree(moreConfig)(Component)),
);
// We can clean this up greatly using compose
const EnhancedComponent = compose(
enhancerOne(someConfig),
enhancerTwo(otherconfig),
enhancerThree(moreConfig),
)(Component);
Apollo, Redux, and Recompose also export their own compose
function. This can be perfectly fine for many usecases, however, this implementation has some advantages (in our opinions).
If you are not using Apollo, Redux, or Recompose, you could still have other enhancers you want to combine. This library is only a few lines long and only depends on hoist-non-react-statics
(with a peer-dependency on React
), so you can relatively weightlessly add it to your project even if you are dependency light.
The Typescript definition for other compose
functions takes a number of generic parameters equal to the number of enhancers you pass in. This means you can easily end up with something like
compose<Props & FooProps & BarProps, Props & FooProps, Props>(
FooEnhancer,
BarEnhancer,
)(Component);
which is difficult to maintain and understand. It's usually fine from a consumers perspective to just define the output props for these types of statements, and the definition for compose
from this package can be used in this scenario with significantly less type annotations.
compose<Props>(FooEnhancer, BarEnhancer)(Component);
Apollo's compose
function does not hoist static members. If you want to do something like make subcomponents available as static members you would need to attach them manually to the enhanced version of the component.
With this implementation you can be sure any static properties on your classical components will be hoisted up to the wrapper Component.