Some awesome description
npm install vue-promised> Handle your promises with style š
Help me keep working on Open Source in a sustainable way š. Help me with as little as \$1 a month, sponsor me on Github.
---
``bash`
npm install vue-promisedor
yarn add vue-promised
If you are using Vue 2, you also need to install @vue/composition-api:
`bash`
yarn add @vue/composition-api
When dealing with asynchronous requests like fetching content through API calls, you may want to display the loading state with a spinner, handle the error and even hide everything until at least 200ms have been elapsed so the user doesn't see a loading spinner flashing when the request takes very little time. This is quite some boilerplate, and you need to repeat this for every request you want:
` Error: {{ error.message }} Loading...vue
`
š Compare this to the version using Vue Promised that handles new promises.
That is quite a lot of boilerplate and it's not handling cancelling on going requests when fetchUsers is called again. Vue Promised encapsulates all of that to reduce the boilerplate.
Check the Changelog for breaking changes. v2 exposes the same Promised and a new usePromise function on top of that.
`js
import { Promised, usePromise } from 'vue-promised'
Vue.component('Promised', Promised)
export default {
setup() {
const usersPromise = ref(fetchUsers())
const promised = usePromise(usersPromise)
return {
...promised,
// spreads the following properties:
// data, isPending, isDelayElapsed, error
}
},
}
`
Vue Promised also exposes the same API via a component named Promised.promise
In the following examples, is a Promise but can initially be null. data contains the result of the promise. You can of course name it the way you want:
#### Using pending, default and rejected slots
` Loading... Error: {{ error.message }}vue
`
Note the pending slot will by default, display after a 200ms delay. This is a reasonable default to avoid layout shifts when API calls are fast enough. The perceived speed is also higher. You can customize it with the pendingDelay prop.
The pending slot can also receive the data that was previously available:
` Refreshingvue`
Although, depending on the use case, this could create duplication and using a combined slot would be a better approach.
#### Using one single combined slot
Sometimes, you need to customize how things are displayed rather than what is displayed. Disabling a search input, displaying an overlaying spinner, etc. Instead of using multiple slots, you can provide one single combined slot that will receive a context with all relevant information. That way you can customize the props of a component, toggle content with your own v-if but still benefit from a declarative approach:
`vue`
pending: {{ isPending }}
is delay over: {{ isDelayElapsed }}
data: {{ data }}
error: {{ error && error.message }}
This allows to create more advanced async templates like this one featuring a Search component that must be displayed while the searchResults are being fetched:
` Error: {{ error.message }} No results for "{{ query }}"vue`
##### context object
- isPending: is true while the promise is in a _pending_ status. Becomes false once the promise is resolved or rejected. It is reset to true when the promise prop changes.isRejected
- is false. Becomes true once the promise is _rejected_. It is reset to false when the promise prop changes.isResolved
- is false. Becomes true once the promise is _resolved_. It is reset to false when the promise prop changes.isDelayElapsed
- : is true once the pendingDelay is over or if pendingDelay is 0. Becomes false after the specified delay (200 by default). It is reset when the promise prop changes.data
- : contains the last resolved value from promise. This means it will contain the previous succesfully (non cancelled) result.error
- : contains last rejection or null if the promise was fullfiled.
There are different ways to provide a promise to Promised. The first one, is setting it in the created hook:
`js`
export default {
data: () => ({ promise: null }),
created() {
this.promise = fetchData()
},
}
But most of the time, you can use a computed property. This makes even more sense if you are passing a prop or a data property to the function returning a promise (fetchData in the example):
`js`
export default {
props: ['id'],
computed: {
promise() {
return fetchData(this.id)
},
},
}
You can also set the promise prop to null to reset the Promised component to the initial state: no error, no data, and pending:
`js`
export default {
data: () => ({ promise: null }),
methods: {
resetPromise() {
this.promise = null
},
},
}
usePromise returns an object of Ref representing the state of the promise.
`ts`
const { data, error, isPending, isDelayElapsed } = usePromise(fetchUsers())
Signature:
`ts`
function usePromise
promise: Ref
pendingDelay?: Ref
): {
isPending: Ref
isDelayElapsed: Ref
error: Ref
data: Ref
}
Promised will watch its prop promise and change its state accordingly.
#### props
| Name | Description | Type |
| -------------- | ------------------------------------------------------------------------- | --------- |
| promise | Promise to be resolved | Promise |pendingDelay
| | Delay in ms to wait before displaying the pending slot. Defaults to 200 | Number \| String |
#### slots
All slots but combined can be used as _scoped_ or regular slots.
| Name | Description | Scope |
| ---------- | ------------------------------------------------------------------------------- | ----------------------------------------- |
| pending | Content to display while the promise is pending and before pendingDelay is over | previousData: previously resolved value |data
| _default_ | Content to display once the promise has been successfully resolved | : resolved value |rejected
| | Content to display if the promise is rejected | error: rejection reason |combined
| | Combines all slots to provide a granular control over what should be displayed | context` See details |