With React's new context API, you can create a typed context producer/consumer like so:
type MyContextType = string;
const { Consumer, Producer } = React.createContext<MyContextType>('foo');
However, say I have a generic component that lists items.
// To be referenced later
interface IContext<ItemType> {
items: ItemType[];
}
interface IProps<ItemType> {
items: ItemType[];
}
class MyList<ItemType> extends React.Component<IProps<ItemType>> {
public render() {
return items.map(i => <p key={i.id}>{i.text}</p>);
}
}
If I instead wanted to render some custom component as the list item and pass in attributes from MyList
as context, how would I accomplish that? Is it even possible?
What I've tried:
class MyList<ItemType> extends React.Component<IProps<ItemType>> {
// The next line is an error.
public static context = React.createContext<IContext<ItemType>>({
items: []
}
}
This approach doesn't work because you can't access the class' type from a static context, which makes sense.
Using the standard context pattern, we create the consumer and producer at the module level (ie not inside the class). The problem here is we have to create the consumer and producer before we know their type arguments.
I found a post on Medium that mirrors what I'm trying to do. The key take away from the exchange is that we can't create the producer/consumer until we know the type information (seems obvious right?). This leads to the following approach.
class MyList<ItemType> extends React.Component<IProps<ItemType>> {
private localContext: React.Context<IContext<ItemType>>;
constructor(props?: IProps<ItemType>) {
super(props);
this.localContext = React.createContext<IContext<ItemType>>({
items: [],
});
}
public render() {
return (
<this.localContext.Provider>
{this.props.children}
</this.localContext.Provider>
);
}
}
This is (maybe) progress because we can instantiate a provider of the correct type, but how would the child component access the correct consumer?
As the answer below mentions, this pattern is a sign of trying to over-abstract which doesn't work very well with React. If a were to try to solve this problem, I would create a generic ListItem
class to encapsulate the items themselves. This way the context object could be typed to any form of ListItem
and we don't have to dynamically create the consumers and providers.
I don't know TypeScript so I can't answer in the same language, but if you want your Provider to be "specific" to your MyList
class, you can create both in the same function.
function makeList() {
const Ctx = React.createContext();
class MyList extends Component {
// ...
render() {
return (
<Ctx.Provider value={this.state.something}>
{this.props.children}
</Ctx.Provider>
);
}
}
return {
List,
Consumer: Ctx.Consumer
};
}
// Usage
const { List, Consumer } = makeList();
Overall I think you might be over-abstracting things. Heavily using generics in React components is not a very common style and can lead to rather confusing code.