JSPM

  • ESM via JSPM
  • ES Module Entrypoint
  • Export Map
  • Keywords
  • License
  • Repository URL
  • TypeScript Types
  • README
  • Created
  • Published
  • Downloads 120
  • Score
    100M100P100Q75751F
  • License MIT

Easiest way to inject a loader/spinner into a deeply nested component

Package Exports

  • react-nested-loader

This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (react-nested-loader) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.

Readme

React Nested Loader

Manage for you the loading state of deeply nested views/buttons.
This is NOT an UI toolkit, and it works with React and ReactNative.

image image

image image

Why: because handling a promise, maintaining a loading prop in state, and passing it down through a lot of intermediate components to your button requires too much boilerplate, is error-prone (ie, concurrency issues in promise handling), yet it's a very common need in many applications to display a loading indicator/spinner inside a button that triggers an async action/api call/mutation.

How: The button is wrapped by an HOC. The HOC will proxy all props callbacks passed to the button. Whenever a callback returns a promise, the HOC will intercept that promise and manage state for you. The button will receive loading=true until the promise resolves.

Usage

1) Wrap your button:

import ReactNestedLoader from "react-nested-loader";

const Button = ({onClick,loading}) => (
  <button onClick={onClick} disabled={loading}>
    {loading ? "..." : "Click me "}
  </button>
);
const LoadingButton = ReactNestedLoader(Button);

The ReactNestedLoader HOC will inject a loading=false prop to the wrapped component. Whenever a function props returns a promise (ie, onClick callback returns a promise) the button will receive loading=true during promise resolution.

2) Return a promise in container/smartComp/controller:

const SomeIntermediateComp = ({onButtonClick}) => (
  <WhateverYouWant>
    <LoadingButton onClick={onButtonClick}/>
  </WhateverYouWant>
);

class Container extends React.Component {
  handleClick = () => {
    const promise = MyAPI.doSomethingAsync();
    return promise; // VERY IMPORTANT: the promise MUST be returned to the button
  };
  render() {
    return (
      <WhateverYouWant>
        <SomeIntermediateComp onButtonClick={this.handleClick}/>
      </WhateverYouWant>
    )
  }
}

Using the LoadingButton into a top-level component.
No need to use any local state, you just need to add a return in your callback and everything will work immmediately.

API

const LoadingButton = ReactNestedLoader(Button);

Or

const LoadingButton = ReactNestedLoader(options)(Button);

Options

  • delay [Boolean/Number/Function]: can permit to delay the loader removal. True by default so that loader removal does not happen before other promise callbacks (produces flicker). Can be a number, or a function like (removeLoader) => window.requestIdleCallback(removeLoader);

Features

  • Works with React and React-Native
  • The callback proxies are cached appropriately so that the underlying button does not render unnecessarily. If you provide stable callbacks, the HOC will pass-down stable proxies and your pure component button can bypass rendering
  • Will only handle the loading state of the last returned promise, to avoid concurrency issues (think takeLatest of Redux-saga`)
  • Imperative API (componentRef.api.handlePromise(promise))
  • API injected as prop into button (props.reactNestedLoader.handlePromise(promise))

Limits

The HOC does hold the button loading state as React component state. This means it won't be in your state management system (Redux/Apollo/Mobx...) and as any local state you will loose ability to use devtools to replay that state (or other fancy features). In my opinion it is not critical state that is worth putting in your Redux store anyway. I assume perfectly using this lib as well as Redux/Redux-saga/Apollo mutations.

Currently the lib only support injecting a single loading prop. As a component may receive multiple callbacks, we could inject multiple loading props. Please open issues with your specific usecase if needed.

Advices

  • Wrap generic app button with ReactNestedLoader and manage the loading prop inside it to show some alternative content like a spinner
  • When button component change from loading=false to loading=true, make sure the component dimension is not affected for better UX
  • A nice UX is to make the text disappear and make the spinner appear, as it does not mess-up with button dimensions (make sure to use a small-enough spinner)
  • If needed, pass spinner size in button props

TODOS

  • Ability to rename injected prop
  • Ability to forward ref with config {withRef: true} and expose ref.getWrappedInstance() like most HOC libs
  • Find more explicit name?
  • Support more advanced usecases?
  • Tests