Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

use-hash-state

Package Overview
Dependencies
Maintainers
1
Versions
7
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

use-hash-state

Store application state in the URL hash

  • 2.0.1
  • latest
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
1
decreased by-75%
Maintainers
1
Weekly downloads
 
Created
Source

use-hash-state

Hook to read and write React state from the URL hash

// https://my-app#{hello:"world"}

const {
  state: { hello },
} = useHashState({});
// hello === "world"

Why?

For simple demos and proofs of concepts, it often suffices to store state in the client, without a database.

URLs are a good place to store data:

  • URLs are "serverless"
  • URLs can be bookmarked
  • URLs are easily shareable
  • Browser back and forward buttons allow accessing state over time

This hook is not a router, it merely synchronizes the state within a component with state stored in the URL.

I would not use this for any production system, but it's invaluable for sharing ideas with colleagues.

Installation

npm install --save use-hash-state

Usage

const { state, setStateAtKey } = useHashState(initialState, options);

Parameters

initialState

(type: {})

The state to start with, also used to determine what is considered a valid URL state by default (see the validateKeysAndTypes option below for more).

options

See Options argument below

Return values

state

The current state, preferentially taken from the URL.

setStateAtKey

(type: (key: keyof T, value: any) => void)

Updates the state at a particular key, also updating the URL.


In a simple counter component:

import React from 'react';
import useHashState from 'use-hash-state';

const Counter = () => {
  const initialState = {
    count: 0,
  };

  const { state, setStateAtKey } = useHashState(initialState);

  const handleIncrement = () => {
    setStateAtKey('count', state.count + 1);
  };

  return (
    <>
      <span>Count: {state.count}</span>
      <button onClick={handleIncrement}>Increment</button>
    </>
  );
};

Upon load, the URL hash will be set to the URL-encoded JSON representation of the initial state:

http://localhost:1234/#%7B%22count%22%3A2%7D

As Increment is clicked, setStateAtKey updates the state within the component, and the URL will be updated to reflect the internal state.

Reloading or sharing the link will cause the initialState to be ignored, in favor of the URL state.

Options argument

Options may be passed as the second argument to useHashState:

import useHashState, { UseHashStateOptions } from 'use-hash-state';

const MyComponent = () => {
  const initalState = {};

  const options: UseHashStateOptions = {
    usePushState: true, // boolean | undefined
    validateKeysAndTypes: true, // boolean | undefined
    customValidator: (obj: {}) => {
      return true;
    }, // (obj: {}) => boolean | undefined
  };

  const { state, setStateAtKey } = useHashState(initialState, options);

  // ...
};

usePushState

(type: boolean | undefined, default: false)

By default, useHashState uses history.replaceState to update the URL. This means that the back and forward buttons will ignore the URL updates made by this hook, which is suitable for quickly-updating state when you do not want a massively long history.

If you set usePushState to true, the hook will use history.pushState, so every state update will add a new history entry, and you will be able to use the browser next / previous buttons to access previous states.

validateKeysAndTypes

(type: boolean | undefined, default: true)

When validateKeysAndTypes is set to true (the default), the hook will check that any object in the URL has the same keys as the initialState that you provide, and that the values at those keys are also the same types as in initialState. If the URL state is not the same shape, it will be ignored, and the initial state will be applied.

This is handy for ensuring that your component state does not get super crazy because of some malformed URLs, particularly when you are developing and changing the shape of your state often.

customValidator

(type: (obj: {}) => boolean | undefined, default: undefined)

If you have a more complicated state that you'd like to validate, provide a customValidator, which will be passed the JSON object parsed from the URL. Return true if that object should be read into the local state, false otherwise.

This is useful for when you want to ensure that values have certain bounds.

Note that this is applied in addition to basic key and type validation if validateKeysAndTypes is set to true.

License

MIT

Keywords

FAQs

Package last updated on 19 Apr 2020

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc