object-delete-key

object-delete-key

Delete keys from all arrays or plain objects, nested within anything, by key or by value or by both, and clean up afterwards

Table of Contents

• Install
• Deleting
• API
  • API - Input
    • Accepted opts.only values
  • API - Output
• Example
• Rationale
• This library vs. _.omit
• Arrays vs Plain objects
• Contributing
• Licence

⬆  back to top

Install

$ npm i object-delete-key

then,

const deleteKey = require('object-delete-key')
// or
import deleteKey from 'object-delete-key'

Here's what you'll get:

Type	Key in package.json	Path	Size
Main export - CommonJS version, transpiled, contains require and module.exports	main	dist/object-delete-key.cjs.js	2 KB
ES module build that Webpack/Rollup understands. Untranspiled ES6 code with import/export.	module	dist/object-delete-key.esm.js	2 KB
UMD build for browsers, transpiled, containing iife's and has all dependencies baked-in	browser	dist/object-delete-key.umd.js	43 KB

⬆  back to top

Deleting

Three modes:

• Delete all key/value pairs found in any nested plain objects where key equals value.
• Delete all key/value pairs found in any nested plain objects where key is equal to a certain thing. value doesn't matter.
• Delete all key/value pairs found in any nested plain objects where value is equal to a certain thing. key doesn't matter.

This library accepts anything as input, including parsed HTML, which is deeply nested arrays of plain objects, arrays and strings. You can feed anything as input into this library - if it's traversable, it will be traversed and searched for your key and/or value in any plain objects.

If you want to delete any nested objects that contain certain key/value pair(s), check out posthtml-ast-delete-object.

⬆  back to top

API

var result = deleteKey(input, options)

Input arguments are not mutated; this package clones them first before using.

⬆  back to top

API - Input

Input argument	Type	Obligatory?	Description
input	Whatever	yes	AST tree, or object or array or whatever. Can be deeply-nested.
options	Object	yes	Options object. See its key arrangement below.

options object's key	Type	Obligatory?	Default	Description
{
key	String	no^	n/a	Key to find and delete.
val	Whatever	no^	n/a	Key's value to find and delete. Can be a massively nested AST tree or whatever.
cleanup	Boolean	no	true	Should this package delete any empty carcases of arrays/objects left after deletion?
only	String	no	any	If you want to delete only key/value pairs from objects, set it to object or one of alternative values from the table below. If you want to delete only keys from arrays, set it to array or one of the alternative values from the table below. Default is any. See all the accepted values table below.
}

^ - at least one, key or val must be present.

⬆  back to top

Accepted opts.only values

Interpreted as "array-type"	Interpreted as "object-type"	Interpreted as "any" type
array	object	any
arrays	objects	all
arr	obj	everything
aray	ob	both
arr	o	either
a		each
		whatever
		e

If opts.only is set to any string longer than zero characters and is not case-insensitively equal to one of the above, the ast-monkey will throw an error.

I wanted to relieve users from having to check the documentation for it.

API - Output

This library returns the input with all requested keys/value pairs removed.

Example

// deleting key 'c', with value 'd'
deleteKey(
  {
    a: 'b',
    c: 'd'
  },
  {
    key: 'c',
    val: 'd'
  }
)
// => {a: 'b'}

// deleting key 'b' with value ['c', 'd']
// two occurencies will be deleted, plus empty objects/arrays deleted because 4th input is default, true
deleteKey(
  {
    a: {e: [{b: ['c', 'd']}]},
    b: ['c', 'd']
  },
  {
    key: 'b',
    val: ['c', 'd']
  }
)
// => {}

Feed options object's key cleanup: false if you don't want empty arrays/objects removed:

// deleting key 'b' with value ['c', 'd']
// two occurencies will be deleted, but empty carcasses won't be touched:
deleteKey(
  {
    a: {e: [{b: {c: 'd'}}]},
    b: {c: 'd'}
  },
  {
    key: 'b',
    val: {c: 'd'},
    cleanup: false
  }
)
// => {a: {e: [{}]}}

Also, you can delete by key only, for example, delete all key/value pairs where the key is equal to b:

deleteKey(
  {
    a: 'a',
    b: 'jlfghdjkhkdfhgdf',
    c: [{b: 'weuhreorhelhgljdhflghd'}]
  },
  {
    key: 'b'
  }
)
// => { a: 'a' }

You can delete by value only, for example, delete all key/value pairs where the value is equal to whatever:

deleteKey(
  {
    a: 'a',
    skldjfslfl: 'x',
    c: [{dlfgjdlkjlfgjhfg: 'x'}]
  },
  {
    val: 'x'
  }
)
// => { a: 'a' }

The example above didn't specified the cleanup, so this package will delete all empty carcases of objects/arrays. When cleanup is off, the result would be this:

deleteKey(
  {
    a: 'a',
    skldjfslfl: 'x',
    c: [{dlfgjdlkjlfgjhfg: 'x'}]
  },
  {
    val: 'x',
    cleanup: false
  }
)
// => {
//   a: 'a',
//   c: [{}] // <<<< observe this
// }

⬆  back to top

Rationale

Object-key deletion libraries like node-dropkey are naïve, expecting objects to be located in the input according to a certain pattern. For example, node-dropkey expects that the input will always be a flat array of plain objects.

But in real life, where we deal with AST trees - nested spaghetti of arrays, plain objects and strings — we can't expect anything. This library accepts anything as an input, and no matter how deeply-nested. Feed it some nested AST's (input), then optionally a key or optionally a value (or both), and you'll get a result with that key/value pair removed from every plain object within the input.

I use this library in email-remove-unused-css to delete empty carcases of style tags without any selectors or empty class attributes in the inline HTML CSS.

⬆  back to top

This library vs. _.omit

OK, but if the input is a plain object, you can achieve the same thing using Lodash _.omit, right?

Right, but ONLY if you don't care about the cleanup of empty arrays and/or plain objects afterwards.

Lodash will only delete keys that you ask, possibly leaving empty stumps.

This library will inteligently delete everything upstream if they're empty things (although you can turn it off passing { cleanup: false } in options object).

Observe how key b makes poof, even though, technically, it was only a stump, having nothing to do with actual finding (besides being its parent):

deleteKey(
  {
    a: 'a',
    b: {
      c: 'd'
    }
  },
  {
    key: 'c'
  }
)
// =>
// {
//   a: 'a'
// }

Lodash won't clean up the stump b:

_.omit(
  {
    a: 'a',
    b: {
      c: 'd'
    }
  },
  'c'
)
// =>
// {
//   a: 'a',
//   b: {} <------------------- LOOK!
// }

In conclusion, Lodash _.omit is different from this library in that:

• _.omit will not work on parsed HTML trees, consisting of nested arrays/plain objects
• _.omit will not clean up any stumps left after the deletion.

If you want to save time, object-delete-key is better than Lodash because former is specialised tool for dealing with AST's.

⬆  back to top

Arrays vs Plain objects

You know, both are the same type in JavaScript, object. This library uses ast-monkey which is quite liberal when it comes to distinguishing the two.

⬆  back to top

Contributing

Hi! 99% of society are passive people, consumers. They wait for others to take action, they prefer to blend in. Rest 1% are proactive, vocal (usually also opinionated) citizens who will do something rather than wait, hoping others will do it eventually. If you are one of that 1 %, you're in luck because I am the same and together we can make something happen.

• If you want a new feature in this package or you would like to change some of its functionality, raise an issue on this repo. Also, you can email me.

• If you tried to use this library but it misbehaves, or you need an advice setting it up, and its readme doesn't make sense, just document it and raise an issue on this repo. Alternatively, you can email me.

• If you don't like the code in here and would like to advise how something could be done better, please do. Same drill - GitHub issues or email, your choice.

• If you would like to add or change some features, just fork it, hack away, and file a pull request. I'll do my best to merge it quickly. Code style is airbnb, just without semicolons. If you use a good code editor, it will pick up the established ESLint setup.

Licence

MIT License (MIT)

Copyright © 2017 Codsen Ltd, Roy Revelt