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

json-modifiable

v2.0.0

Published

A rules engine that dynamically modifies your objects using JSON standards

Downloads

14

Readme

json-modifiable

npm version Coverage Status Build Status Bundle Phobia

What is this?

An incredibly tiny and configurable rules engine for applying arbitrary modifications to a descriptor based on context. It's highly configurable, although you might find it easiest to write the rules using JSON standards -json pointer, json patch, and json schema

Why?

Serializable logic that can be easily stored in a database and shared amongst multiple components of your application.

Features

  • Highly configurable - define your own JSON structures. This doc encourages your rules to be written using json schema but the validator allows you to write them however you choose.
  • Configurable and highly performant interpolations (using uses interpolatable) to make highly reusable rules
  • Extremely lightweight (under 2kb minzipped)
  • Runs everywhere JavaScript does - Deno/Node/browsers

Installation

npm install json-modifiable
## or
yarn add json-modifiable

Or directly via the browser:

<script src="https://cdn.jsdelivr.net/npm/json-modifiable"></script>
<script>
  const descriptor = jsonModifiable.engine(...)
  
  // or see JSON Engine
  const descriptor = jsonModifiable.jsonEngine(...)
</script>

Concepts

Descriptor

type Descriptor = Record<string,unknown>

A descriptor is a plain-old JavaScript object (POJO) that should be "modified" - contain different properties/structures - in various contexts. The modifications are defined by rules.

{
    fieldId: 'lastName',
    path: 'user.lastName',
    label: 'Last Name',
    readOnly: false,
    placeholder: 'Enter Your First Name',
    type: 'text',
    hidden: true,
    validations: [],
}

Context

type Context = Record<string,unknown>

Context is also a plain object. The context is used by the validator to evaluate the conditions of rules

{
  formData: {
    firstName: 'Joe',
    lastName: 'Smith'
  }
}

Validator

type Validator = (schema: any, subject: any) => boolean;

A validator is the only dependency that must be user supplied. It accepts a condition and an subject to evaluate and it must synchronously return a boolean. Because of the extensive performance optimizations going on inside the engine to keep it blazing fast it's important to note the validator MUST BE A PURE FUNCTION

Here's a great one, and the one used in all our tests:

import { engine } from 'json-modifiable';
import Ajv from 'ajv';

const ajv = new Ajv();
const validator = ajv.validate.bind(ajv);

const modifiable = engine(myDescriptor, validator, rules);

You should be able to see that by supplying a different validator, you can write rules however you want, not just using JSON Schema.

Rules

export type Rule<Operation> = {
  when: Condition[];
  then?: Operation;
  otherwise?: Operation;
};

A rule is an object whose when property is an array of conditions and contains a then and/or otherwise clause. The validator will evaluate the conditions and, if any of them are true, will apply the then operation (if supplied) via the patch function. If none of them are true, the otherwise operation (if supplied) will be applied.

Condition

type Condition<Schema> = Record<string, Schema>;

A condition is a plain object whose keys are resolved to values (by means of the resolver function) and whose values are passed to the validator function with the resolved values.

The default resolver maps the keys of conditions to the values of context directly:

// context
{
  firstName: 'joe'
}

// condition
{
  firstName: {
    type: 'string',
    pattern: '^j'
  }
}

is given to the validator like this:

validator({ type: 'string', pattern: '^j'}, 'joe');

Operation

An operation is simply the value encoded in the then or otherwise of a rule. After the engine has run, the modified descriptor is computed by reducing all collected operations via the patch function in the order they were supplied in rules. They can be absolutely anything that the patch function can understand. The default patch function (literally Object.assign) expects the operation to be Partial<Descriptor> like this:

const descriptor = {
  fieldName: 'lastName',
  label: 'Last Name',
}

const rule = {
  when: {
    firstName: {
      type: 'string',
      minLength: 1
    }
  },
  then: {
    validations: ['required']
  }
}

// resultant descriptor when firstName is not empty
{
  fieldName: 'lastName',
  label: 'Last Name',
  validations: ['required']
}

Resolver

export type Resolver<Context> = (object: Context, path: string) => any;

A resolver resolves the keys of conditions to values. It is passed the key and the context being evaluated. The resultant value can be any value that will subsequently get passed to the validator. The default resolver simply maps the key of the condition to the key in context:

const resolver = (context, ket) => context[key]

But the resolver function can be anything you choose. Some other ideas are:

// context
{
  formData: {
    address: {
      street: '123 Fake Street'
    }
  }
}

// condition
{
  '/formData/address/street': {
    type: 'string'
  }
}

// for example:
import { get } from 'json-pointer';
const resolver = get;
// context
{
  formData: {
    address: {
      street: '123 Fake Street'
    }
  }
}

// condition
{
  'formData.address.street': {
    type: 'string'
  }
}

// for example:
import { get } from 'lodash';
const resolver = get;

Patch

The patch function does the work of applying the instructions encoded in the operations to the descriptor to end up with the final "modified" descriptor for any given context.

NOTE: The descriptor itself should never be mutated. json-modifiable leaves it up to the user to ensure the patch function is non-mutating. The default patch function is a simple shallow-clone Object.assign:

const patch = Object.assign

Interpolation

json-modifiable uses interpolatable to offer allow interpolation of values into rules/patches. See the docs for how it works. The resolver function passed to json-modifiable will be the same one passed to interpolatable. By default it's just an accessor, but you could also use a resolver that works with json pointer:

Given the rule and the following context:

const rule = {
  when: [
    {
      type: 'object',
      properties: '{{/fields/from/context}}',
      required: '{{/fields/required}}',
    },
  ];
}

const context = {
  fields: {
    from: {
      context: {
        a: {
          type: "strng"
        },
        b: {
          type: "number"
        }
      }
    }
  },
  required: ["a"]
}

You'll end up with the following interpolated rule:

{
  when: [
    {
      type: 'object',
      properties: {
        a: {
          type: "strng"
        },
        b: {
          type: "number"
        }
      }
      required: ["a"]
    },
  ];
}

Interpolations are very powerful and keep your rules serializable.

About interpolation performance

TLDR in performance critical environments where you aren't using interpolation, pass null for the pattern option:

const modifiable = engine(
  myDescriptor, 
  rules, 
  { 
    validator,
    pattern: null
  }
);

Basic Usage

json-modifiable relies on a validator function that evaluates the condition of rules and applies patches

import { engine } from 'json-modifiable';

const descriptor = engine(
  {
    fieldId: 'lastName',
    path: 'user.lastName',
    label: 'Last Name',
    readOnly: false,
    placeholder: 'Enter Your First Name',
    type: 'text',
    hidden: true,
    validations: [],
  },
  validator,
  [
    {
      when: [
        {
          'firstName': {
            type: 'string',
            minLength: 1
          }
        },
      ],
      then: {
        validations: ['required']
      }
    },
    // ... more rules
  ],
);

descriptor.get().validations.find((v) => v === 'required'); // not found
descriptor.setContext({ formData: { firstName: 'fred' } });
descriptor.get().validations.find((v) => v === 'required'); // found!

What in the heck is this good for?

Definining easy to read and easy to apply business logic to things that need to behave differently in different contexts. One use case I've used this for is to quickly and easily perform complicated modifications to form field descriptors based on the state of the form (or some other current application context).

const descriptor = {
  fieldId: 'lastName',
  path: 'user.lastName',
  label: 'Last Name',
  readOnly: false,
  placeholder: 'Enter Your First Name',
  type: 'text',
  hidden: true,
  validations: [],
};

const rules = [
  {
    when: [
      {
        '/formData/firstName': {
          type: 'string',
          minLength: 1,
        },
      },
    ],
    then: {
      validations: ['required'],
      hidden: false
    }
  },
];

JSON Engine

This library also exports a function jsonEngine which is a thin wrapper over the engine using json patch as the patch function and json pointer as the default resolver. You can then write modifiable rules like this:

const myRule: JSONPatchRule<SomeJSONSchema> = {
  when: [
    {
      '/contextPath': {
        type: 'string',
        const: '1',
      },
    },
  ],
  then: [
    {
      op: 'remove',
      path: '/validations/0',
    },
    {
      op: 'replace',
      path: '/someNewKey',
      value: { newThing: 'fred' },
    },
  ],
  otherwise: [
    {
      op: 'remove',
      path: '/validations',
    },
  ],
};

This library internally has tiny, (largely) spec compliant implementations of json patch and json pointer that it uses as the default options for json engine.

The very important difference with the embedded json-patch utility is that it only patches the parts of the descriptor that are actually modified - i.e. no cloneDeep. This allows it to work beautifully with libraries that rely on (or make heavy use of) referential integrity/memoization (like React).

const DynamicFormField = ({ context }) => {

  const refDescriptor = useRef(engine(descriptor, rules, { context }))
  const [currentDescriptor, setCurrentDescriptor] = useState(descriptor.current.get());
  const [context,setContext] = useState({})  

  useEffect(() => {
    return refDescriptor.current.subscribe(setCurrentDescriptor)
  },[])

  useEffect(() => {
    refDescriptor.current.setContext(context);
  },[context])

  return (/* some JSX */)
}

Think outside the box here, what if you didn't have rules for individual field descriptors, but what if you entire form was just modifiable descriptors and the rules governing the entire form were encoded as a bunch of JSON patch operations? Because of the referential integrity of the patches, memo-ed components still work and things are still lightening fast.

const myForm = {
  firstName: {
    label: 'First Name',
    placeholder: 'Enter your first name',
  },
};

const formRules = [
  {
    when: {
      '/formData/firstName': {
        type: 'string',
        pattern: '^A',
      },
    },
    then: [
      {
        op: 'replace',
        path: '/firstName/placeholder',
        value: 'Hey {{/formData/firstName}}, my first name starts with A too!',
      },
    ],
  },
];

Other Cool Stuff

Check out json-schema-rules-engine for a different type of rules engine.

License

MIT

Contributing

PRs welcome!