-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Return a promise #33
Comments
Agreed, I would love a patch that makes it behave like Bluebird's |
@iarna what is the node.js support policy for this module? Specifically are you open to a breaking change to require node.js 8? This would allow use of util.promisify and async/await making it very simple to implement a promise API which still supported the callback argument. I know it's a big jump from the currently supported versions so I understand if this idea is not acceptable. |
@coreyfarrell This module currently supports node 4 up. Removing things from that list is a breaking change. The npm cli support policy is "any version supported by the Node Foundation", AND the list can only change on major version bumps. This seems like a generally solid rule to apply for libraries as well. Node 6 doesn't drop out of support until April 30th. After that date, a Node 8+ version could be released under a new major. However, I should note that I will not be in a position to 👍 or 👎 changes like this when that date comes. |
I hadn't realized they bumped the date, I thought April 1st was the EOL date (nodejs/Release#421). In any case I wish you the best on whatever comes next for you! |
That date has passed. |
* Implement with async functions * Use util.promisify * Replace `var` with `const` or `let` * Use arrow functions for callbacks * Update Travis testing matrix, add Windows testing Fixes npm#33
* Implement with async functions * Use util.promisify * Replace `var` with `const` or `let` * Use arrow functions for callbacks * Update Travis testing matrix Fixes npm#33
I've opened #44. One thing that I'm not sure about is the |
I think if we're going to drop support for Node.js 6 in a semver major update, then dropping custom promises makes sense. Native promises are very good now. |
* Implement with async functions * Use util.promisify * Replace `var` with `const` or `let` * Use arrow functions for callbacks * Remove "node" from testing matrix as this is covered by "12" * Drop `Promise` option in favor of always using native promises. Fixes npm#33
Since the library is already written with promises, it'd be nice if it could return a promise. I generally prefer promises over callbacks, because they're really nice to work with in conjunction with
async function
s 😋The text was updated successfully, but these errors were encountered: