Nobody Publish Monsters


    5.0.1 • Public • Published

    native-or-another NPM version mit license NPM monthly downloads npm total downloads

    Guaranteed way for getting a Promise. Always native Promise if available, otherwise looks for common promise libraries and loads which is installed. Allows registering custom Promise implementation in node < 0.12 versions

    code climate code style linux build windows build code coverage dependency status paypal donate

    Pretty much like any-promise, but works a bit different & better.

    Let your library support any ES 2015 (ES6) compatible Promise and leave the choice to application authors. The application can optionally register its preferred Promise implementation and it will be exported when requiring any-promise from library code. –– any-promise

    If no preference is registered, always defaults to native Promise, using native-promise detection. It defaults to global Promise for newer Node.js >= 0.12 versions. The browser version defaults to the window Promise, so polyfill or register as necessary.

    Table of Contents

    (TOC generated by verb using markdown-toc)


    Install with npm

    $ npm install native-or-another --save

    or install using yarn

    $ yarn add native-or-another


    For more use-cases see the tests.

    Examples assumes that they are ran in older node versions, meaning < 0.12, be aware of that!

    Get a Promise, always

    Use it as any other Promise. It will give you native Promise always, until node < 0.12 - in that case it will try to load one of the common promise libraries, otherwise it will throw with a useful message to signal your users to install some of these promise implementations or register other one.

    const Promise = require('native-or-another')
    const promise = new Promise((resolve, reject) => {
    promise.then((res) => console.log('foo:', res))

    Custom Promise registration

    You can .register() a custom Promise which will be used by the main export. That function also returns that Promise. If no arguments are passed, it will try to load some of the common promise libraries, again.

    const register = require('native-or-another/register')
    const MyCustomPromise = () => 444
    register({ Promise: MyCustomPromise })
    const Promize = require('native-or-another')
    // loads `MyCustomPromise`
    const res = Promize()
    console.log(res) // => 444
    // but also adds it to global scope
    const res = Promise()
    console.log(res) // => 444
    // but also adds it to global.Promise
    const res = global.Promise()
    console.log(res) // => 444

    Notice that it adds the promise to global scope and global, if you don't want that behaviour you should disable it through passing an option to .register function, like { global: false }.

    const register = require('native-or-another/register')
    const Promize = register({ global: false })
    console.log(Promize) // => function
    console.log(Promise) // => undefined
    console.log(global.Promise) // => undefined

    This is exactly how require('native-or-another') works!

    Support for old Node.js versions

    Node.js versions prior to v0.12 may have contained buggy versions of the global Promise. For this reason, the global Promise is not loaded automatically for these old versions.
    If using native-or-another in Node.js versions < v0.12, the user should register a desired implementation.

    If an implementation is not registered, native-or-another will attempt to discover an installed Promise implementation. If no implementation can be found, an error will be thrown on require('native-or-another'). While the auto-discovery usually avoids errors, it is non-deterministic. It is recommended that the user always register a preferred implementation for older Node.js versions.

    This auto-discovery is only available for Node.js versions before v0.12. Any newer versions (includeing v0.12) will always default to the global Promise implementation.

    Adapted from the any-promise readme.



    Pull requests and stars are always welcome. For bugs and feature requests, please create an issue.
    Please read the contributing guidelines for advice on opening issues, pull requests, and coding standards.
    If you need some help and can spent some cash, feel free to contact me at too.

    In short: If you want to contribute to that project, please follow these things

    1. Please DO NOT edit, and files. See "Building docs" section.
    2. Ensure anything is okey by installing the dependencies and run the tests. See "Running tests" section.
    3. Always use npm run commit to commit changes instead of git commit, because it is interactive and user-friendly. It uses commitizen behind the scenes, which follows Conventional Changelog idealogy.
    4. Do NOT bump the version in package.json. For that we use npm run release, which is standard-version and follows Conventional Changelog idealogy.

    Thanks a lot! :)

    Building docs

    Documentation and that readme is generated using verb-generate-readme, which is a verb generator, so you need to install both of them and then run verb command like that

    $ npm install verbose/verb#dev verb-generate-readme --global && verb

    Please don't edit the README directly. Any changes to the readme must be made in

    Running tests

    Clone repository and run the following in that cloned directory

    $ npm install && npm test


    Charlike Mike Reagent


    Copyright © 2014, 2017, Charlike Mike Reagent. Released under the MIT License.

    This file was generated by verb-generate-readme, v0.4.3, on March 17, 2017.
    Project scaffolded using charlike cli.


    npm i native-or-another

    DownloadsWeekly Downloads






    Last publish


    • vanchoy
    • tunnckocore