npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

redux-thunk-monitor

v1.0.0

Published

redux-thunk-monitor provides an automatic, generic way to record redux-thunk loading/error disposition in your application state. Relevant consumers can read loading/error data directly from state rather than explicitly monitoring and passing this informa

Downloads

5

Readme

redux-thunk-monitor

build status npm version npm downloads

redux-thunk-monitor provides an automatic, generic way to record redux-thunk loading/error disposition in your application state. Relevant consumers can read loading/error data directly from state rather than explicitly monitoring and passing this information around to descendants.

Installation

npm install --save redux-thunk-monitor

Install the reducer at the key 'thunks':

import { thunkMonitorReducer } from "redux-thunk-monitor";
import { combineReducers } from "redux";

const reducer = combineReducers({
  // your stuff,
  thunks: thunkMonitorReducer
});

Currently, the key is not configureable. The reducer must be installed at the top level thunks key.

Install the middleware:

import { thunk } from "redux-thunk";
import { thunkMonitor } from "redux-thunk-monitor";

const store = createStore(rootReducer, applyMiddleware(thunk, thunkMonitor));

State persistence: It's highly unlikely that preserving loading status in an app's persisted state would be useful. Monitored thunks are presumably destroyed when the application is terminated. Take care to exclude the thunks key from any state persistence/rehydration mechanisms you have in place.

Usage

Monitoring a given thunk simply requires assigning an id. You can do this in your action creators:

import { monitorThunk } from "redux-thunk-monitor";

export function getProfile() {
  async function getProfileAsync(dispatch, getState) {
    const userProfile = await apiClient.get_profile();
    // ...
  }

  monitorThunk(getProfileAsync, "userLoading");

  return getProfileAsync;
}

If you want to monitor the loading state for a series of unique objects and don't want loading one to trigger a loading state for the others, be sure to make your monitor id unique to each object:

export function getTodo(id) {
  async function getTodoAsync(dispatch, getState) {
    const userProfile = await apiClient.get_todo(id);
    // ...
  }

  monitorThunk(getTodoAsync, `todoLoading:${id}`);

  return getTodoAsync;
}

Note that any exceptions the thunk raises are preserved. Logic as follows will continue to work as though the thunk was unmonitored:

try {
  await dispatch(getProfile());
} catch (e) {
  dispatch(logOut());
}

dispatch(getProfile()).catch(() => dispatch(logOut()));

Once an action is monitored, components can check on the id's loading or error state using the library's state selectors:

import React from "react";
import { connect } from "react-redux";
import {
  getLoadingCount,
  isLoaded,
  isLoading,
  getError,
  hasError
} from "redux-thunk-monitor";

export function MyLoader(props) {
  if (props.isLoaded) return <p>Loaded</p>;
  if (props.isLoading) return <p>Loading {props.loadingCount}</p>;
  if (props.hasError) return <p>Failure. {renderError(props.error)}</p>;
}

function stateToProps(state) {
  return {
    loadingCount: getLoadingCount(state, "UserLoading"),
    isLoaded: isLoaded(state, "userLoading"),
    isLoading: isLoading(state, "userLoading"),
    hasError: hasError(state, "userLoading"),
    error: getError(state, "userLoading")
  };
}

export default connect(stateToProps)(MyLoader);

If any invocation of a specified monitor id is running anywhere in the app, isLoading(...) will return True. For example, if multiple parts of your app trigger simultaneous loading requests for the current user's profile, isLoading(state, "userLoading") will return True as long as any of those thunks is executing.

If this is not the desired behavior, ensure that each invocation is using a unique monitor id:

isLoading(state, "todoItem:264e1ac1-2ed3-4c39-b184-3bb61525919c");

Error state is cleared automatically whenever any executing instance of a monitored thunk succeeds.

await dispatch(getUserProfile()); // fails
getError(state, "userProfile"); // { message: "....", ...error.data}
hasError(state, "userProfile"); // true
await dispatch(getUserProfile()); // succeeds
hasError(state, "userProfile"); // false

Error data via state

When an exception is encountered, redux-thunk-monitor looks for a data attribute on the exception and records that value to the state. You can use this functionality to, for example, automatically record server-sider form validation errors in the application state.

import { monitorThunk } from "redux-thunk-monitor";

function ApiError(error) {
  const apiError = Error("API Failure");
  // apiError.data will be stored in the state when redux-thunk-monitor
  // records the error
  apiError.data = getApiErrorData(error);
  return apiError;
}

function normalizeApiError(error) {
  if (!isApiError(error)) throw error;
  throw ApiError(error);
}

export function getProfile() {
  async function getProfileAsync(dispatch, getState) {
    const profile = await apiClient.get_profile().catch(normalizeApiError);
  }

  monitorThunk(getProfileAsync, "userLoading");

  return getProfileAsync;
}

This behavior is not currently configurable.