@parity/mobx

1.1.4 • Public • Published

@parity/mobx

Create one MobX store per JSON-RPC method.

Usage

@parity/mobx creates one MobX store per RPC method, with an observable value updating whenever the underlying pubsub RPC fires.

For example, let's take syncing state. Instead of making a pubsub directly to api.pubsub.eth.syncing((error, result) => ...) to detect whether we're currently syncing or not, we just spawn a MobX store, and observe the changes.

import stores from '@parity/mobx'

@observer
class MyComponent extends React.Component {
  this.syncingStore = stores.eth.syncing().get(api); // Pass the api object to the store
  
  render() {
    const { syncing } = this.syncingStore
    return <div>The syncing state is: {JSON.stringify(syncing)}</div>
  }
}

And the syncing state will be re-rendered automatically on each new pubsub publication.

Notes

  • Each JSONRPC method defined in the Wiki's spec has its own MobX store.
  • The name of the observable variable in the store is the part after the _ in the RPC method. For example, the MobX store for eth_syncing has an observable variable named syncing, the MobX store for parity_enode has an observable variable named enode, etc.
  • Some stores have additional @computed properties, e.g. stores.parity.dappsUrl()... More doc coming soon.
  • Each MobX store is a singleton, and can be accessed with the .get() method: store.eth.syncing().get().

/@parity/mobx/

    Package Sidebar

    Install

    npm i @parity/mobx

    Weekly Downloads

    12

    Version

    1.1.4

    License

    GPL-3.0

    Unpacked Size

    352 kB

    Total Files

    70

    Last publish

    Collaborators

    • vincecorsica
    • stefan-sopic
    • wirednkod
    • nachopalparity
    • pepo
    • mcornholio
    • dvdplm
    • paritytech-ci
    • parity-jacogr
    • jacogr
    • paritytech
    • kianenigma