An abstraction for managing asynchronous code in JS.
* The name is an abbreviation for "functional task" (this library is based on many ideas from Functional Programming). The type that library implements is usually referred to in the documentation as just "Task".
npm install fun-task
// modern JavaScript
import Task from 'fun-task'
// classic JavaScript
var Task = require('fun-task')
<script src="https://unpkg.com/fun-task/umd/funTask.js"></script>
<script>
var Task = window.FunTask
</script>
Task is an abstraction similar to Promises. The key difference is that a Task represents a computation while a Promise represents only a result of a computation. If we have a Task we can: start the computation; terminate it before it's finished; or wait until it finishes, and get the result. While with a Promise we can only get the result. This difference doesn't make Tasks better, they are just different, we can find legitimate use cases for both abstractions. Let's review it again:
If we have a Task:
- We can start the computation that it represents (e.g. a network request)
- We can choose not to start the computation and just throw task away
- We can start it more than once
- While computation is running, we can notify it that we're not interested in the result any more, and as a response computation may choose to terminate itself
- When computation finishes we get the result
If we have a Promise:
- Computation is already running (or finished) and we don't have any control of it
- We can get the result whenever it's ready
- If two or more consumers have a same Promise they all will get the same result
The last item is important. This might be an advantage of Promises over Tasks. If two consumers have a same Task, each of them have to spawn their own instance of the computation in order to get the result, and they may even get different results.
function computation(onSuccess, onFailure) {
// ...
return () => {
// ... cancellation logic
}
}
From Task API perspective, computation is a function that accepts two callbacks.
It should call one of them after completion with the final result.
Also a computation may return a function with cancellation logic, or it can return undefined
if particular computation has no cancellation logic.
Creating a Task from a computation is easy, we just call task = Task.create(computation)
.
This is very similar to new Promise(computation)
, but Task won't execute computation
immediately, the computation starts only when task.run()
is called.
The NPM package ships with Flow definitions. So you can do something like this if you use Flow:
// @flow
import Task from 'fun-task'
function incrementTask<F>(task: Task<number, F>): Task<number, F> {
return task.map(x => x + 1)
}
![](https://raw.githubusercontent.com/fantasyland/fantasy-land/master/logo.png)
![](https://raw.githubusercontent.com/rpominov/static-land/master/logo/logo.png)
Task is compatible with Fantasy Land and Static Land implementing:
npm run lobot -- --help
Run lobot commands as npm run lobot -- args...