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

entangld

v2.4.1

Published

Synchronized key-value stores with RPCs and events

Downloads

53

Readme

Entangld

Synchronized key-value stores with RPCs and pub/sub events. Works over sockets (try it with Sockhop!)

Tests

example workflow

Examples

Basic use:

    let e=new Entangld();

    // Simple set/get
    e.set("number.six",6);
    e.get("number.six").then((val)=>{});     // val==6

    // Functions as values
    e._deref_mode=true;    // Or pass to constructor: new Entangld({ deref_mode: true });
    e.set("number.seven",()=>{ return 7;});
    e.get("number").then((val)=>{});         // val => { six:6, seven, 7}

    // Promises from functions
    e.set("number.eight",()=>{ return new Promise((resolve)=>{ resolve(8); }); });
    e.get("number.eight").then((val)=>{});     // val==8

    // Even dereference beneath functions
    e.set("eenie.meenie",()=>{ return {"miney": "moe"}; });
    e.get("eenie.meenie.miney").then((val)=>{});    // val=="moe"
    

Pairing two data stores together:

    let parent=new Entangld();
    let child=new Entangld();

    // Attach child namespace
    parent.attach("child",child);

    // Configure communications
    parent.transmit((msg, store) => store.receive(msg,parent)); // store will always be child
    child.transmit((msg, store) => store.receive(msg, child)); // store will always be parent

    // Set something in the child...
    child.set("system.voltage",33);

    // Get it back in the parent
    parent.get("child.system.voltage");        // == 33

Using getter functions as RPC:

    // Assign a function to a child key
    child.set("double.me",(param=0)=>param*2);    // Or we could return a Promise instead of a value, if we wanted to!

    // Call the RPC from the parent
    parent.get("child.double.me", 2).then((val)=>{

        // val == 4
    });

Note in this example how we set a default value for this getter function (0). This is because when _deref_mode is true this getter will be called without any arguments.

Pub/sub (remote events):

    // Assign an event callback
    parent.subscribe("child.system.voltage",(path, val)=>{

        // path=="child.system.voltage"
        // val==21
    });

    // Trigger a callback on the parent
    child.set("system.voltage",21);


    // Listen on the child for when the parent subscribes
    child.on("subscription", ( path, uuid ) => console.log("Parent subscribed to :" + path));
    parent.subscribe("child.system.voltage"); // Child prints: "Parent subscribed to : system.voltage"

    // Throttle the subscription callbacks, so that the callback is only called every 2 sets
    let counter = 0;
    parent.subscribe("child.rapid.data", () => counter += 1, 2);
    child.set("rapid.data", 1) // triggers callback
    child.set("rapid.data", 1) // doesn't trigger callback
    child.set("rapid.data", 1) // triggers callback
    child.set("rapid.data", 1) // doesn't trigger callback
    console.log( counter ); // === 2

Over sockets:

    const Sockhop=require("sockhop");
    const Entangld=require("entangld");


    /**
     * Parent / server setup
     */

    let parent=new Entangld();
    let server=new Sockhop.server();

    // Connect server to parent store
    parent.transmit((msg, store)=>server.send(store, msg));
    server
        .on("receive",(data, meta)=>parent.receive(data, meta.sock))        // Use the socket as the data store handle
        .on('connect',(sock)=>{

            parent.attach("client", sock);                    // "client" works for one client.  Normally use uuid() or something

            parent.get("client.my.name")
                .then((val)=>{

                    console.log("Client's name is "+val);
                    server.close();
                });
        })
        .on('disconnect', (sock)=>parent.detach(null, sock))
        .on('error', (e)=>console.log("Sockhop error: "+e))
        .listen();


    /**
     * Child / client setup
     */

    let child=new Entangld();
    let client=new Sockhop.client();

    // Connect client to child store
    child.transmit((msg)=>client.send(msg));
    client
        .on("receive", (data, meta)=>child.receive(data))
        .on("connect", ()=>{
            // attach() to parent is optional, if we plan to get() parent items
        })
        .on("error", (e)=>console.log("Sockhop error: "+e))
        .connect();

    child.set("my.name", "Entangld");

Raison d'etre

Any object can store values. And a Map can store values keyed to objects. But what if you want to....

  • Have your store synchronized with multiple data sources (other stores)?
  • Over a network?
  • Subscribe to events within the datastore?
  • Support subscription wildcards?

Notes

  • As of version 2.0.0, subscriptions all have uuids (which are the same across a chain of subscription objects, in the case of subscriptions to remote datastores), which supports multiple (remote or local) subscriptions to the same endpoint, but with different callback functions. The uuid of a subscription is available in the subscription object (a list of which is exposed from the datastore via store.owned_subscriptions()), and is also returned from the method call store.subscribe("path.to.data"). Having access to this uuid also allows the user to cancel specific subscriptions. The method call store.unsubscribe(...) will now either accept a path or a uuid. For paths, the method will terminate all subscriptions matching that path, while for uuids, only the specific subscription matching that uuid will be canceled.
  • As of version 1.5.0, subscriptions may be created across multiple chained datastores. Subscription removal now acts on all subscriptions matching (but not beneath) a given path. To unsubscribe a tree, use unsubscribe_tree()
  • As of version 1.2.0, attached datastores may be located at arbitrary paths, not just in the root: parent.attach("child.goes.here", child);
  • Also as of 1.2.0, attach()ed child stores will appear in the parent as placeholders (empty objects) when .get() is called on paths within the parent. For example:
child.set("",{"child" : "data" });
parent.set("",{"parent" : "data"});
parent.attach("child", child);

parent.get("");     // Returns { "parent" : "data", "child" : {} }
parent.get("child"); // Returns {"child" : "data"}

This is because we would have to perform recursive child queries to show you a complete tree. This is left for a future version.

  • If you .set() a function, that function may return a value or a Promise. If it returns a promise, that promise will be returned directly to you when you call .get()
  • As of version 1.4.0, you may subscribe() to a local event. This should probably be eventually replaced with native events. In other words, instead of .subscribe("a.b.c", callback) we should use .on("path.a.b.c", callback)

_deref_mode

If you attach a key to a getter function instead of a value, that function would never be called until you request that key directly (i.e. querying the parent of that key would not reveal that that key exists). This changed in 1.2.1, when _deref_mode was introduced. If you set _deref_mode to true, it will iterate all leaves and try to call all functions. Those that return Promise will have their Promise resolved before the result is actually returned.

This is pretty cool, and after consideration it is probably the way this thing should work all the time. However it also introduces two problems which are not yet resolved (//TODO):

First, in an effort to not accidentally mutate the original data set, a copy is made. This is somewhat inefficient. Second, when the copy is made, JSON.parse/JSON.stringify are used. This means that leaves consisting of Map() or the like are just erased.

If these two issues can be resolved at some point, _deref_mode will probably be turned on permanently. Honestly, for remote stores operating over sockets it's probably not a huge issue. More to the point are local stores where the user might be storing non JSON-compatible items.

Classes

Entangld ⇐ EventEmitter

Synchronized Event Store

Kind: global class
Extends: EventEmitter

entangld.namespaces ⇒ array

Get namespaces

Kind: instance property of Entangld
Returns: array - namespaces - an array of attached namespaces
Read only: true

entangld.subscriptions ⇒ Array.<Subscription>

Get list of subscriptions associated with this object

Note, this will include head, terminal and pass through subscriptions, which can be checked using getter methods of the subscription object.

Kind: instance property of Entangld
Returns: Array.<Subscription> - array of Subscriptions associated with this object
Read only: true

entangld.namespace() ⇒ string

Get namespace for a store

Kind: instance method of Entangld
Returns: string - namespace for the given store
Read only: true

entangld.attach(namespace, obj)

Attach a namespace and a store

Kind: instance method of Entangld
Throws:

  • TypeError if namespace/obj is null or empty.
  • EntangldError if you try to attach to the same namespace twice.

| Param | Type | Description | | --- | --- | --- | | namespace | string | a namespace for this store. | | obj | object | an object that will be sent along with "transmit" callbacks when we need something from this store. |

entangld.detach([namespace], [obj]) ⇒ boolean

Detach a namespace / obj pair.

If you only pass a namespace or a store, it will find the missing item before detaching.

Kind: instance method of Entangld
Returns: boolean - true if the element existed and was removed.
Throws:

  • EntangldError Error will be thrown if you don't pass at least one parameter.

| Param | Type | Description | | --- | --- | --- | | [namespace] | string | the namespace. | | [obj] | object | the store object. |

entangld.transmit(func)

Transmit

Specify a callback to be used so we can transmit data to another store. Callback will be passed (message, obj) where 'message' is an Entangld_Message object and obj is the object provided by attach().

Kind: instance method of Entangld
Throws:

  • TypeError if func is not a function.

| Param | Type | Description | | --- | --- | --- | | func | function | the callback function. |

entangld.receive(msg, obj)

Receive

Call this function with the data that was sent via the transmit() callback.

Kind: instance method of Entangld
Throws:

  • ReferenceError if event object was not provided.
  • EntangldError if an unknown message type was received.

| Param | Type | Description | | --- | --- | --- | | msg | Entangld_Message | the message to process. | | obj | object | the attach() object where the message originted. |

entangld.push(path, data, [limit])

Push an object into an array in the store.

Convenience method for set(path, o, "push").

Kind: instance method of Entangld
Throws:

  • TypeError if path is not a string.

| Param | Type | Default | Description | | --- | --- | --- | --- | | path | string | | the path to set (like "system.fan.voltage"). | | data | object | | the object or function you want to store at path. | | [limit] | number | | maximum size of the array. Older entries will be removed until the array size is less than or equal to limit. |

entangld.set(path, data, [operation_type], [params])

Set an object into the store

Kind: instance method of Entangld
Throws:

  • TypeError if path is not a string.

| Param | Type | Default | Description | | --- | --- | --- | --- | | path | string | | the path to set (like "system.fan.voltage"). | | data | object | | the object or function you want to store at path. | | [operation_type] | string | "&quot;set&quot;" | whether to set or push the new data (push only works if the data item exists and is an array). | | [params] | object | | additional parameters. |

entangld.set_rpc(path, func, opts)

Set a function as an RPC in the datastore

Kind: instance method of Entangld
Throws:

  • TypeError if path is not a string.

| Param | Type | Default | Description | | --- | --- | --- | --- | | path | string | | the path to set (like "system.fan.voltage"). | | func | function | | the function you want to store at path. | | opts | object | | | | [opts.description] | string | null | description for the function | | [opts.function_string] | string | null | optional string of function source code to pass to parameter_parser |

entangld.set_rpc_class(object, key_description_pairs, opts)

Set a class instance as an RPC object in the datastore

Kind: instance method of Entangld
Throws:

  • TypeError if path is not a string.

| Param | Type | Default | Description | | --- | --- | --- | --- | | object | * | | The object to attach | | key_description_pairs | Array | | An array of key, description pairs | | opts | object | | | | [opts.description] | string | null | description for the function | | [opts.function_string] | string | null | optional string of function source code to pass to parameter_parser |

entangld.call_rpc(path, [args]) ⇒ Promise

Call an RPC procedure in the datastore

Kind: instance method of Entangld
Returns: Promise - promise resolving to return value of the rpc
Throws:

  • RPCError if the rpc call experienced an error

| Param | Type | Default | Description | | --- | --- | --- | --- | | path | string | | the path to query (like "system.voltage"). | | [args] | Array | [] | the arguments to pass to the RPC. |

entangld.get(path, [params]) ⇒ Promise

Get an object from the store.

Note: using max_depth, especially large max_depth, involves a lot of recursion and may be expensive.

Kind: instance method of Entangld
Returns: Promise - promise resolving to the object at that path.
Throws:

  • TypeError if path is not a string.

| Param | Type | Description | | --- | --- | --- | | path | string | the path to query (like "system.voltage"). | | [params] | object | the parameters to be passed to the remote function (RPC) or the maximum depth of the returned object (normal mode). |

entangld.subscribe(path, func, [every]) ⇒ uuidv4

Subscribe to change events for a path

If objects at or below this path change, you will get a callback

Subscriptions to keys within attach()ed stores are remote subscriptions. If several stores are attached in some kind of arrangement, a given key may actually traverse multiple stores! Since each store only knows its immediate neighbors - and has no introspection into those neighbors - each store is only able to keeps track of the neighbor on each side with respect to a particular path and has no knowledge of the eventual endpoints. This means that subscribing across several datstores is accomplished by daisy-chaining 2-way subscriptions across each datastore interface.

For example, let's suppose capital letters represent Entangld stores and lowercase letters are actual objects. Then the path "A.B.c.d.E.F.g.h" will represent a subscription that traverses four Entangld stores. From the point of view of a store in the middle - say, E - the "upstream" is B and the "downstream" is F.

Each store involved keeps track of any subscriptions with which it is involved. It tracks the upstream and downstream, and the uuid of the subscription. The uuid is the same across all stores for a given subscription. For a particular store, the upstream is null if it is the original link in the chain (called the head), and the downstream is null if this store owns the endpoint value (called the tail). Any subscription which is not the head of a chain is called a pass through subscription, because it exist only to pass event messages back up the chain to the head (where the user-provided callback function exists). subscriptions can be checked to see if they are pass through type via the getter sub.is_pass_through.

Kind: instance method of Entangld
Returns: uuidv4 - - the uuid of the subscription
Throws:

  • TypeError if path is not a string.

| Param | Type | Default | Description | | --- | --- | --- | --- | | path | string | | the path to watch. Use of '' is allowed as a wildcard (e.g. "system.") | | func | function | | the callback - will be of the form (path, value). | | [every] | number | null | | the number of set messages to wait before calling callback |

entangld.subscribed_to(subscription) ⇒ Boolean

Check for subscription

Are we subscribed to a particular remote path?

Kind: instance method of Entangld
Returns: Boolean - true if we are subscribed.

| Param | Type | Description | | --- | --- | --- | | subscription | String | the subscription to check for. |

entangld.unsubscribe(path_or_uuid) ⇒ number

Unubscribe to change events for a given path or uuid.

Caution - if a path is provided, all events belonging to you with that path will be deleted, so if you have multiple subscriptions on a single path, and only want one of them to be removed, you must provide the uuid instead.

Kind: instance method of Entangld
Returns: number - count of subscriptions removed.
Throws:

| Param | Type | Description | | --- | --- | --- | | path_or_uuid | String | uuidv4 | the path (or uuid) to unwatch. |

entangld.unsubscribe_tree(path)

Unsubscribe tree.

Remove any subscriptions that are beneath a path.

Kind: instance method of Entangld
Throws:

  • EntangldError error if there are stores we cannot detach (i.e. they belong to someone else / upstream != null)

| Param | Type | Description | | --- | --- | --- | | path | string | the tree to unwatch. |

EntangldError

Error class for Entangld.

Kind: global class

RPCError

Remote Error class for Entangld.

Kind: global class

Entangld_Message

Message class for Entangld.

These messages are used for executing datastore operations between remote datastores. In these relationships, there is always an upstream and downstream pair, so that get, set, push and subscribe messages are created upstream and passed downstream while event and value messages are created downstream and are passed back up. unsubscribe events can travel in both directions. To maintain consistency, the internal .path attribute will always refer a path relative to the downstream datastore, since the downstream datastores do not necessarilly have access to the upstream store structure, and so cannot generally construct upstream paths. This means that the .path attribute is a tree relative to the upstream datastore, and the upstream path can be reconstructed as:

 > upstream._namespaces.get(downstream) + "." + msg.path;

Since unsubscribe messages can pass either upstream or downstream, the notion of a path is ill-defined, and so unsubscribe messages should have their .path attributes set to undefined or null.

Most messages will also have a .uuid attribute. For get/value messages, this allows for the value to be properly linked back up with the original get message. For the subscribe/unsubscribe/event messages, this allows for callback functions to be trigger properly, and for unsubscribe messages to propogate both directions. set/push messages do not use the .uuid attribute since they require no response.

Kind: global class

Entangld_Message.get(tree, [get_params]) ⇒ Entangld_Message

Create a get message for remote datastores

Kind: static method of Entangld_Message
Returns: Entangld_Message - - The get message to pass to the remote datastore

| Param | Type | Description | | --- | --- | --- | | tree | string | the path relative to the remote datastore | | [get_params] | * | any parameters to be passed to the remote datastore's local get function |

Entangld_Message.value(get_msg, value) ⇒ Entangld_Message

Create a value message in response to a get message

Kind: static method of Entangld_Message
Returns: Entangld_Message - - The value message to pass back

| Param | Type | Description | | --- | --- | --- | | get_msg | Entangld_Message | the get message which this is in response to | | value | | the value of the get |

Entangld_Message.setpush(obj) ⇒ Entangld_Message

Create a set/push message for a remote datastore

Kind: static method of Entangld_Message
Returns: Entangld_Message - - the "set" or "push" message

| Param | Type | Description | | --- | --- | --- | | obj | Object | The parameter object for the set/push | | obj.type | string | either "set" or "push" | | obj.tree | string | the path (relative to the downstream datastore) | | obj.value | * | the value to insert into the datastore | | obj.params | * | any additional parameters |

Entangld_Message.subscribe(tree, uuid) ⇒ Entangld_Message

Construct subscribe message

Kind: static method of Entangld_Message
Returns: Entangld_Message - the subscribe message

| Param | Type | Description | | --- | --- | --- | | tree | string | the path (relative to the downstream datastore) | | uuid | uuidv4 | the subscription uuid |

Entangld_Message.event(path, value, uuid) ⇒ Entangld_Message

Create an event message to return data to subscribe callbacks

Kind: static method of Entangld_Message
Returns: Entangld_Message - the event message

| Param | Type | Description | | --- | --- | --- | | path | string | the path (relative to the downstream store) | | value | * | the updated datastore value at the path | | uuid | uuidv4 | the uuid of the subscribe being triggered |

Entangld_Message.unsubscribe(uuid)

Create an unsubscribe message for a subscription uuid

Kind: static method of Entangld_Message

| Param | Type | Description | | --- | --- | --- | | uuid | String | the subscription uuid |

Subscription

A datastore subscription object

Kind: global class

new Subscription(obj)

Constructor

Returns: Subscription - - the subscription object

| Param | Type | Description | | --- | --- | --- | | obj | Object | the configuration object | | obj.path | string | the datastore path (relative to this datastore) of the subscription | | obj.uuid | uuidv4 | the uuid of the subscription chain | | obj.callback | function | the callback function, with signature (path, value), where path is relative to this datastore | | obj.downstream | Entangld | null | the downstream datastore (if any) associated with this subscription | | obj.upstream | Entangld | null | the upstream datastore (if any) associated with this subscription | | obj.every | number | null | how many set messages to wait before calling callback |

subscription.is_pass_through ⇒ Boolean

Check if subscription is a pass through type

Pass throughs are as the links in a chain of subscriptions to allows subscriptions to remote datastores. One store acts as the head, where the callback function is registered, an all others are path through datastores which simply pass event messages back up to the head subscription.

Kind: instance property of Subscription

subscription.is_terminal ⇒ Boolean

Check if this subscription will be directly given data by a datastore

Kind: instance property of Subscription

subscription.is_head ⇒ Boolean

Check if this subscription will apply a user-supplied callback to data

Kind: instance property of Subscription

subscription.has_downstream ⇒ Boolean

Check if subscription has any downstream subscriptions

It the subscription refers to a remote datastore (the downstream), this getter will return a true. Note that !this.has_downstream will check if the subscription is the tail subscription object in a subscription chain.

Kind: instance property of Subscription

subscription.has_upstream ⇒ Boolean

Check if subscription has any upstream subscriptions

It the subscription passes data back to a remote datastore (the upstream), this getter will return a true.

Kind: instance property of Subscription

subscription.call()

Apply this callback function

Note, this method also tracks the number of times that a callback function is called (if this subscription is terminal), so that if the subscriptions are throttled by specifying an this.every, this method will only call the callback function every this.every times it receives a set message. If this subscription is not terminal, then the callback function is called every time.

This method also is safed when a callback function is not give (i.e. by the this.static_copy() method).

Kind: instance method of Subscription

subscription.matches_subscription(sub) ⇒ Boolean

Check if a different Subscription object matches this subscription

Kind: instance method of Subscription
Returns: Boolean - - True if the subscriptions match

| Param | Type | Description | | --- | --- | --- | | sub | Subscription | a different subscription |

subscription.matches_event_message(msg) ⇒ Boolean

Check if an event message matches this subscription

Kind: instance method of Subscription
Returns: Boolean - - True if the message is associated with the subscription

| Param | Type | Description | | --- | --- | --- | | msg | Entangld_Message | a received message from a downstream datastore |

subscription.matches_unsubscribe_message(msg) ⇒ Boolean

Check if an unsubscribe message matches this subscription

Kind: instance method of Subscription
Returns: Boolean - - True if the message is associated with the subscription

| Param | Type | Description | | --- | --- | --- | | msg | Entangld_Message | a received message from a downstream datastore |

subscription.matches_path(path) ⇒ Boolean

Check if a provided path matches this path

Kind: instance method of Subscription
Returns: Boolean - - true if the path matches

| Param | Type | Description | | --- | --- | --- | | path | String | a path string to check against |

subscription.matches_uuid(uuid) ⇒ Boolean

Check if a provided uuid matches this uuid

Kind: instance method of Subscription
Returns: Boolean - - true if the path matches

| Param | Type | Description | | --- | --- | --- | | uuid | uuidv4 | a uuid string to check against |

subscription.is_beneath(path) ⇒ Boolean

Check if subscription path is beneath a provided path

Kind: instance method of Subscription
Returns: Boolean - - true if the subscription is beneath the path

| Param | Type | Description | | --- | --- | --- | | path | String | a path string to check against |

subscription.is_above(path) ⇒ Boolean

Check if subscription path is above a provided path

Kind: instance method of Subscription
Returns: Boolean - - true if the subscription is beneath the path

| Param | Type | Description | | --- | --- | --- | | path | String | a path string to check against |

subscription.static_copy() ⇒ Subscription

Get a copy of this subscription without external references

This creates a copy, except the upstream/downstream references are set to true (if they exist) or null (if they don't. Addtionally, the callback function is excluded.

Kind: instance method of Subscription
Returns: Subscription - a copy of this subscription object

TODO

  • Make sure incoming values request store doesn't build up
  • When querying a parent, perhaps there should be an option to also dump child stores located below that level (potentially resource intensive)
  • Fix _deref_mode so it doesn't "strip" the returned object by turning everything to JSON and back (inefficient and it's basically mutating the result silently)
  • Fix unit tests so they are completely independent (tests often depend on prior test ending with a particular state)
  • Detaching a store does not unsubscribe to any subscriptions from or through that store and may therefore leave things in a dirty or unstable state. We could unsubscribe_tree(store_name) but that would not take care of passthrough subscriptions (those that don't belong to us)
  • unsubscribe_tree() needs to have a test ensuring errors are thrown if not all subs can be removed

License

MIT