3 ms·
I don't think it's a good practice, atleast if you have typescript jn your stack. It's redundant and wraps the promise in another promise.
by zkldi 4y ago
I don't think it's a good practice, atleast if you have typescript jn your stack. It's redundant and wraps the promise in another promise.
- eurasiantiger 4y agoIIRC that doesn’t actually happen if a native Promise is returned.
- eyelidlessness 4y agoIt does, but only if you also add a redundant await. Which I still do, even in TypeScript, unless there’s a compelling performance reason not to. I disagree with the article overall, but I do agree that making asynchrony as explicit as possible is a good idea. Otherwise you end up with code like: async function foo(bar) { // ... } function nonObviousAsyncFn() { // ... return foo(quux); } Explicit return types would help, but most people don’t write them unless they’re forced by a linter.
- eurasiantiger 4y agoYes, this is a common anti-pattern return await foo();
- Aeolun 4y agoThis would still return a promise for both functions. My IDE at least is really obvious about what happens.