support for asynchronous development with a Promise based task Scheduler, several different Promise implementations (synchronous, idle, asynchronous and native runtime wrappers), await helpers, and aliases all built and tested using TypeScript.
npm install @nevware21/ts-asyncrequestIdleCallback when using the createIdlePromise implementation.
await or with the included helper functions (doAwait, doFinally, doAwaitresponse), you can also mix and match them (use both helper and await) as required by your use cases.
createTaskScheduler | |Create a Task Scheduler using the optional promise implementation and scheduler name. The newPromise can be any value promise creation function, where the execution of the queued tasks will be processed based on how the promise implementation processes it's chained promises (asynchrounsly; synchronously; idle processing, etc)name to each scheduler to help identify / group promises during debugging.
ITaskScheduler | 0.2.0 |Defines a Task Scheduler that uses IPromise implementations to serialize the execution of the tasks. Each added task will not get executed until the previous task has completed.
StartQueuedTaskFn | 0.2.0 | Identifies the function to call to start and execute the task when its ready to be executed.
IPromise | |This package uses and exports the IPromise interface which extends both the PromiseLike and Promise to provide type compatibility when passing the Promises created with this package to any function that expects a Promise (including returning from an async function). As part of it's definition it exposes an [optional] string status to represent the current state of the Promise. These values include pending, resolved rejected and resolving which is a special case when a Promise is being resolved via another Promise returned via the thenable onResolved / onRejected functions.
AwaitResponse | |This interface is used to represent the result whether resolved or rejected when using the doAwaitResponse, this function is useful when you want to avoid creating both a resolved and rejected functions, as this function only requires a single callback function to be used which will receive an object that conforms to this interface.
IWhileState | 0.5.0| The current state of the while loop while processing the callback function, this is passed to eht callback function.
IPromiseResult | 0.5.0 |The result of a promise. It can either be fulfilled with a value, or rejected with a reason.
createPromisecreateAllPromise createAllSettledPromise createAnyPromise createRacePromise createRejectedPromise createResolvedPromise setCreatePromiseImpl | setCreatePromiseImpl(creator: <T>(executor: PromiseExecutor<T>, timeout?: number) => IPromise<T>): voidcreateNativePromise implementation, to provide a simplified wrapper around any native runtime Promise support. createNativePromise createNativeAllPromise createNativeAllSettledPromise createNativeAnyPromise createNativeRacePromise createNativeRejectedPromise createNativeResolvedPromise | Promise class, so this is effectivly the same as new Promise(...) but as a non-global class name it can be heavily minified to something like a(...). These wrappers also add an accessible status property for identifying the current status of this promise. However, the status property is NOT available on any returned chained Promise (from calling then, catch or finally)
createAsyncPromise createAsyncAllPromise createAsyncAllSettledPromise createAsyncAnyPromise createAsyncRacePromise createAsyncRejectedPromise createAsyncResolvedPromise | Promise contract that uses timeouts to process any chained promises (returned by then(...), catch(...), finally(...)), when creating the initial promise you can also provide (override) the default duration of the timeout (defaults to 0ms) to further delay the execution of the chained Promises.createSyncPromise createSyncAllPromise createSyncAllSettledPromise createSyncAnyPromise createSyncRacePromise createSyncRejectedPromise createSyncResolvedPromise | Promise contract but will immediately execute any chained promises at the point of the original promise getting resolved or rejected, or if already resolved, rejected then at the point of registering the then, catch or finally
createIdlePromise createIdleAllPromise createIdleAllSettledPromise createIdleAnyPromise createIdleRacePromise createIdleRejectedPromise createIdleResolvedPromise | Promise contract and will process any chained promises using the available requestIdleCallback (with no timeout by default - but can also be changes by setDetaultIdlePromiseTimeout). And when requestIdleCallback is not supported this will default to using a timeout via the scheduleIdleCallback from @nevware21/ts-utils
createTimeoutPromise | | Creates a Promise instance that resolve or reject after the specified timeout.
createTimeoutPromise | 0.5.0 | Creates a Promise instance that resolve or reject after the specified timeout.
doAwait | | Helper which handles await "handling" via callback functions to avoid the TypeScript boilerplate code that is added for multiple branches. Internal it handles being passed an IPromise or a result value so you avoid needing to test whether the result you have is also a Promise.resolved, rejected and finally.
doAwaitResponse | | Helper which handles await "handling" via a single callback where resolved and rejected cases are handled by the same callback, this receives an AwaitResponse object that provides the value or reason and a flag indicating whether the Promise was rejected
doFinally | | Helper to provide finally handling for any promise using a callback implementation, analogous to using try / finally around an await function or using the finally on the promise directly
arrForEachAsync | 0.5.0 | Performs an asynchronous for loop where the calling function may return an IPromise which must be fulfilled before the next iteration is called.
doWhileAsync | 0.5.0 | Performs a while loop where the calling function may return an IPromise which must be fulfilled before the next iteration is called.
iterForOfAsync | 0.5.0 | Iterates over the iterator where the calling function may return an IPromise which must be fulfilled before the next iteration is called.
PolyPromise | 0.5.0 | A full polyfill for the Promise class
async / await and the internal helper functions doAwait, doFinally and doAwaitResponse helpers. Usage of the doAwait or doAwaitResponse is recommended as this avoids the additional boiler plate code that is added by TypeScript when handling the branches in an async / await operations, this does however, mean that your calling functions will also need to handle this async operations via callbacks rather than just causing the code path to "halt" at the await and can therefore may be a little more complex (depending on your implementation).
await OR doAwait they can be used together. For example your public API can still be defined as asynchronous, but internally you could use doAwait
ts
async function myApi()
{
await doAwait(thePromise, (result) => { ... }, (reason) => { ... });
}
`
$3
All implementations will "emit/dispatch" the unhandled promise rejections event (unhandledRejection (node) or unhandledrejection) (if supported by the runtime) using the standard runtime mechanisms. So any existing handlers for native (new Promise) unhandled rejections will also receive them from the idle, sync and async implementations. The only exception to this is when the runtime (like IE) doesn't support this event in those cases "if" an onunhandledrejection function is registered it will be called and if that also doesn't exist it will logged to the console (if possible).
$3
The package provides a simple polyfill wrapper which is built around the asynchronous promise implementation which is tested and validated against the standard native (Promise()) implementations for node, browser and web-worker to ensure compatibility.
Language ECMAScript Support
$3
This library plans to maintain ES5 compatibility for all versions of v0.x and v1.x releases
$3
Future versions of this library starting at version 2.x are planned to lift and remove the internal polyfills to support the new targetted baseline once it is defined.
ie. It may or may not be ES6 depending on the runtime landscape and requests received.
When we release v2.x the supported browser matrix will also shift as required to match the defined language level supported at that time.
Quickstart
Install the npm packare: npm install @nevware21/ts-async --save
> It is suggested / recommended that you use the following definition in your package.json so that you are compatible with any future releases as they become available
> we do not intend to make ANY known breaking changes moving forward until v2.x
> `json
> "@nevware21/ts-async": ">= 0.5.5 < 2.x"
> `
And then just import the helpers and use them.
$3
#### Using Task Scheduler
`ts
import { createTaskScheduler } from "@nevware21/ts-async";
import { scheduleTimeout } from "@nevware21/ts-utils";
let scheduler = createTaskScheduler();
// Schedule (and start) task 1 using native promise
// Because this is a new scheduler there are no other
// pending tasks so this will be started synchronously
let task1 = scheduler.queue(() => {
return new Promise((resolve) => {
setTimeout(() => {
resolve(42);
}, 100);
});
});
// task1.status; => "pending" (and running)
// Schedule task 2 using helper function
// The startTask function for task2 will not be called
// until task1 has completed
let task2 = scheduler.queue(() => {
return createPromise((resolve) => {
scheduleTimeout(() => {
resolve(21);
}, 100);
});
});
// task2.status; => "pending" (not running)
await task1;
// task1.status => "resolved"
// task2.status => "pending" (but running)
`
#### Using Promise Helpers
`ts
import { createPromise } from "@nevware21/ts-async";
import { scheduleTimeout } from "@nevware21/ts-utils";
const myPromise = createPromise((resolve, reject) => {
scheduleTimeout(() => {
resolve("foo");
}, 300);
});
myPromise
.then(handleFulfilledA, handleRejectedA)
.then(handleFulfilledB, handleRejectedB)
.then(handleFulfilledC, handleRejectedC)
.catch(handleRejectedAny);
// Create a new promise that resolves with an inner promise that will auto resolve after 1 second
createPromise((resolveOuter) => {
resolveOuter(
createPromise((resolveInner) => {
scheduleTimeout(resolveInner, 1000);
})
);
});
doAwait(myPromise, (result) => {
// Handle the result this would normally be
// let result = await myPromise;
}, (reason) => {
// Handle cases when the myPromise is rejected
// Using await you would handle this via try / catch
});
`
While the examples above are using the createPromise you can directly use the createSyncPromise, createAsyncPromise, createIdlePromise or createNativePromise, you can also mix and match them (ie. they don't all have to be the same implementation). The createPromise alias is provided to enable switching the underlying Promise implementation without changing any of your code.
Release Notes
- Releases
- Changelist Notes
Browser Support
General support is currently set to ES5 supported runtimes and higher.
Internal polyfills are used to backfill ES5 functionality which is not provided by older browsers.
!Chrome | !Firefox | !IE | !Opera | !Safari
--- | --- | --- | --- | --- |
Latest ✔ | Latest ✔ | 9+ ✔ | Latest ✔ | Latest ✔ |
> Note: A PolyFill PolyPromise` provides the standard promise implementations for IE and ES5+ environments.