Most apps need some type of modals, alerts, whatever global system. Creating those entities is not hard, right? After all, everything in React is a component. However, choosing how and where to render them can be a whole different story.
Let's think about modals for example. The most easy way of showing modals would be render them straight where they are needed, and use React state API to handle whether they are open or not. Will work? Yes. Would it be recommended? Well... no. You just cannot open the same modal elsewhere without copying a bunch of logic.
Another alternative would be using a state management tool to tackle this issue, such as Redux or MobX. There are many good ways of doing this, but using them just to handle these portals can turn up into adding significant boilerplate to your project.
For those scenarios react-portalgun
is what you need!
Add react-portalgun to your project:
npm i react-portalgun --save
#or
yarn add react-portalgun
First, you'll need to globaly define what portals you want to handle:
import { PortalProvider } from 'react-portalgun';
const PORTAL_COMPONENTS = {
TEST_MODAL: Modal,
};
const App = () => (
<PortalProvider portals={PORTAL_COMPONENTS}>
// You app implementation
</PortalProvider>
);
Then, anywhere in your app hierarchy tree where a portal needs to be open just use the withPortal
HOC that will handle everything for you:
import { withPortal } from 'react-portalgun';;
const Button = ({ onClick, children }) => (
<button onClick={onClick}>{children}</button>
);
export default withPortal('TEST_MODAL', 'onClick')(Button);
That's it!
Check out the examples section to grasp what you can easily achieve using react-portalgun
import React from 'react';
import { PortalProvider } from 'react-portalgun';
import Modal from './Modal';
const PORTAL_COMPONENTS = {
TEST_MODAL: Modal,
};
const App = () => (
<PortalProvider portals={PORTAL_COMPONENTS}>
// Your app implementation
</PortalProvider>
);
export default App;
PortalProvider
is a wrapper component that makes portals (virtually any valid React component) accessible throughout your app.
This component should be defined only once in your application, in the part of the tree where you want your modals or alerts to show up (usually near the body
element of your document).
All valid portals are going to be referenced by a unique string key. This key is going to be used by any child component who wants to trigger that portal to show.
portals: object
required
Portals definitions. Must be a valid JS object that contains each possible component you want to make accessible in your app.
Automatically, each portal will then recieve an onClose
function that can call to close itself. For more details please refer to the examples section.
import { withPortal } from 'react-portalgun';;
const List = ({ items, onItemClick }) => (
<ul>
{items.map(item => (
<li key={item.id} onClick={() => onItemClick(item)}>
{item.content}
</li>
)}
</ul>
);
export default withPortal('TEST_MODAL', 'onItemClick')(Button);
Higher order component to bind a component with a particular portal. This HOC will inject a callback function that the component can use to open the portal. This callback recieves an object as first parameter, which will be destructured and passed down as props to the portal (in the snippet above, the modal will recieve the destructured item
).
portalName: string
required
Name of the portal yo want to bind to the component. Must match any of the portals defined on the PortalProvider
actionName: string
default: 'showPortal'
Name of the prop in which the portal callback will be passed down to the wrapped component.
mapPropsToPortal: ({ event, ownProps }) => object
Used for a more fine-grained control on what and how props are passed to the portal. Returns an object with the desired props as keys.
This library was mostly inspired by this great post by @gaearon about how to handle modals in a React-Redux solution.
MIT © Diego Muracciole