1.5.0 • Published 8 years ago

js-utility-belt v1.5.0

Weekly downloads
154
License
Apache-2.0
Repository
github
Last release
8 years ago

JS-Utility-Belt

Opinionated collection of JavaScript nice-to-haves.

From the experiences of building the frontends of ascribe.io, whereonthe.net, and various examples with BigchainDB.

Usage

Simply npm install -S js-utility-belt and start using import { ... } from 'js-utility-belt' (assuming you've met the dependencies!

There are a number of outputs generated by npm after installation, dependending on your needs:

  • js-utility-belt/lib - Transpiled, ES5 compatible CommonJS modules (for most module bundlers) (Default)
  • js-utility-belt/es6 - Transpiled, ES5 compatible ES6 modules (for newer module bundlers that understand ES6 module and can provide tree-shaking; ie. rollup, jspm, webpack@2)
  • js-utility-belt/bundle - Transpiled, bundled, and minified UMD modules (for droppin' into your site)

Dependencies

If you are using either of the non-bundled versions (/es6 or /lib), you should make sure your environment either supports all ES6 features, or you have polyfilled them in (recommended: core-js/es6, and isomorphic-fetch).

This is not necessary for the bundled version as all polyfills have already been included.

Reducing import size

Importing from the base index of either of the transpiled versions (/lib or /es6) will import the entire package (even with treeshaking!). To make sure you only import what you need, you can import just the module (ie. lib/general, lib/cookie, etc...) or even just the particular function (ie. lib/general/safe_merge, lib/cookie/get_cookie) that you want.

If you have treeshaking enabled, you can safely import from the ES6 version at the module level and let treeshaking remove any unused imports from the module (making function-level imports unnecessary).

Development

Any added functions or modules should be structured to allow for selective imports by the user. With this in mind, there are two rules to follow:

  • Modules: Each module should be its own folder
    • Modules should include a index.js that re-exports all contained functions
    • Modules should be re-exported through the package's index.js with an extended-export-from statement: export * as Module from './module'
  • Functions: Each function should be contained in its own file, adhering to the style guide's naming scheme: the file name should be the snake_case form of the function's name.

Style guide

See the ascribe/javascript styleguide.

TODO

  • Unit tests
  • Add documentation on which utilities are available
1.5.0

8 years ago

1.4.6

8 years ago

1.4.4

8 years ago

1.4.3

8 years ago

1.4.2

8 years ago

1.4.1

8 years ago

1.4.0

8 years ago

1.3.1

8 years ago

1.3.0

8 years ago

1.2.2

8 years ago

1.2.1

8 years ago

1.2.0

8 years ago

1.1.0

8 years ago

1.0.5

8 years ago

1.0.4

8 years ago

1.0.3

8 years ago

1.0.2

8 years ago

1.0.1

8 years ago

1.0.0

8 years ago