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 🙏

© 2026 – Pkg Stats / Ryan Hefner

react-tosijs

v1.2.1

Published

Insanely simple state management for React — and an off-ramp from React. Take your pick. tosijs state as a useState-shaped hook, plus web-component interop for incremental migration

Readme

react-tosijs

github | npm | tosijs | discord

Insanely simple state management for React — and an off-ramp from React. Take your pick.

If you just want the state management: useTosi has useState's shape and works way better — there are no implicit execution zones (state isn't trapped in component lifecycles, closure captures, or hook rules), and you can talk to state from outside the React tree: a timer, a socket handler, the browser console, code that's never heard of React. No reducers, no providers, no prop-drilling. If you want the off-ramp (one that otherwise basically doesn't exist): most "React state management" libraries deepen your commitment to React, but here your state lives in tosijs — plain observable objects with no framework attached — and React becomes just one way of looking at it. Build new functionality on a vastly superior state management system, and migrate away from React as fast or as slowly as makes sense.

It provides two things:

  • useTosi — a useState-shaped hook bound to a tosijs path. State can be created, read, and mutated outside React (vanilla JS, web components, the browser console) and React views just follow. Built on useSyncExternalStore, so it's concurrent-rendering safe.
  • reactWebComponents — a proxy that turns any custom element into a React component (reactWebComponents.fooBar renders <foo-bar>), so web components and React components can coexist on the same page, bound to the same state.

The off-ramp, step by step

  1. Move state and logic out of components into a tosijs proxy. This works inside your existing React 18/19 app — no rewrite, no adapters.
  2. Components become pure views via useTosi. Reducers, context plumbing, and prop-drilling simply stop being necessary.
  3. Build new UI as web components (tosijs-ui, or your own via tosijs Component), rendered inside React with reactWebComponents. They bind to the same paths as your React views — both stay in sync automatically, because neither owns the state.
  4. Replace remaining React views at your own pace. When the last one goes, delete react and react-tosijs from package.json. Your state, logic, and new components are untouched — they never depended on React in the first place.

There is no step where you maintain two sources of truth, write a sync layer, or do a big-bang rewrite.

Worth noting: tosijs does change detection at the DOM-update seam (an unchanged bound value is a no-op at write time), while React requires answering "did it change?" at the subscription source. The bridge's internal machinery exists to pay React's toll on React's behalf — deleting React deletes the toll.

useTosi in two minutes

Pass any object to xinProxy, then access it exactly like you would via useState except using useTosi('path.to.value'). E.g.

import { xinProxy } from 'tosijs'
import { useTosi } from 'react-tosijs'

const { clock } = xinProxy({
  clock: {
    time: new Date().toLocaleTimeString(),
  },
})

setInterval(() => {
  clock.time = new Date().toLocaleTimeString()
}, 1000)

const Clock = () => {
  const [time] = useTosi('clock.time')
  return <div>{time}</div>
}

Note that useTosi returns [value, setValue] just as useState does — but here the state is updated outside React and it just works. (You could write a more complex self-contained <Clock> that sets up and tears down its own interval, but nothing about that would be less code or faster.)

One difference from useState: setValue takes the next value, not an updater function — setCount(c => c + 1) would store the function itself (tosijs state legitimately holds functions, so they are never auto-invoked).

Todo List Example

Here's the good old React "to do list" example rewritten with xin and only pure components.

  • Fewer lines of code,
  • Clean separation between logic and presentation,
  • Better behavior, and
  • Cleaner screen redraws (thanks to pure components)

Better, faster, cheaper. You can have all three.

import { xinProxy } from 'tosijs'
import { useTosi } from 'react-tosijs'

const { app } = xinProxy({
  app: {
    itemText: '',
    todos: [],
    addItem(event) {
      event.preventDefault() // forms reload the page by default!
      if (!app.itemText) return
      app.todos.push({
        id: crypto.randomUUID(),
        text: app.itemText,
      })
      app.itemText = ''
    },
  },
})

const Editor = () => {
  const [itemText, setItemText] = useTosi('app.itemText')
  return (
    <form onSubmit={app.addItem}>
      <input value={itemText} onInput={(event) => setItemText(event.target.value)} />
      <button disabled={!itemText} onClick={app.addItem}>
        Add Item
      </button>
    </form>
  )
}

const List = () => {
  const [todos] = useTosi('app.todos')
  return (
    <ul>
      {todos.map((item) => (
        <li key={item.id}>{item.text}</li>
      ))}
    </ul>
  )
}

const TodoApp = () => (
  <div className="TodoApp" role="main">
    <h1>To Do</h1>
    <List />
    <Editor />
  </div>
)

root.render(<TodoApp />)

Notice app is a plain observable object: addItem is testable without rendering anything, the console can poke app.todos directly, and if <List /> were replaced with a web component tomorrow, app wouldn't change at all. That's the off-ramp.

reactWebComponents

reactWebComponents.fooBar gives you a React functional component that renders <foo-bar> custom elements, so you can use web components (e.g. from tosijs-ui) in React without writing wrappers:

import 'tosijs-ui'
import { reactWebComponents } from 'react-tosijs'

const Markdown = reactWebComponents.xinMd

const Doc = () => <Markdown class="doc" src="/README.md" />

Note: on React 18, pass class (not className) to web components — React 18 sets props on custom elements as attributes verbatim. React 19 handles className on custom elements natively.

Typed paths

Paths are serializable, loggable, and framework-free — and with a state shape they're also compile-time checked:

import { typedTosi } from 'react-tosijs'

type AppState = {
  app: { count: number; todos: { id: string; text: string }[] }
}

const { useTosi } = typedTosi<AppState>()

const [text] = useTosi('app.todos[0].text') // text: string
const [oops] = useTosi('app.cuont')         // compile error

TosiPath<S> and TosiPathValue<S, P> are exported for building your own typed helpers.

Persistence

persist hydrates a path from storage and writes it back on every change. It's framework-free — it works identically whether the path is rendered by React, web components, or nothing at all:

import { persist } from 'react-tosijs'

const stop = persist('app.todos') // localStorage, key "tosijs:app.todos"

Writes are coalesced (one serialize + write per change flush). Durable state outlives code: if the shape of a persisted value changes between releases, bump the key.

Redux DevTools

connectDevTools streams path touches to the Redux DevTools extension — each touched path becomes an action (the path string is the action type) with a raw-value snapshot of the roots you name:

import { connectDevTools } from 'react-tosijs'

const disconnect = connectDevTools({ roots: ['app'] })

It's a debugging tap, not a time-travel store; it no-ops when the extension is absent.

Compatibility

  • React ^18.2.0 || ^19.0.0 (the hook is built on useSyncExternalStore).
  • tosijs ^1.0.6 — the library uses tosiPath when available (tosijs ≥ 1.1) and falls back to xinPath on older versions.
  • SSR: tosijs needs DOM globals to load, so server rendering means a DOM-shimmed pipeline (happy-dom, jsdom) — renderToString works there.

Development

  • bun start — build, watch, and serve the demo at http://localhost:8016
  • bun run build — one-shot build of dist/ (library) and docs/ (demo site)
  • bun test — run the test suite