breaking change on swapping composables #480
Replies: 1 comment
-
|
Hey @derrickobedgiu1
It should not be a lot of work since
There is no upgrade process since the contract and functionality are still the same. The only breaking change here is that I removed a couple of arguments from
This is why it's been released as breaking change. You do not have to upgrade immediately. However, the functionality of composable hasn't changed. If you want to use Nuxt caching, it will work with
Not sure I understand this question. No changes to |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hey @manchenkoff , I see PR #475 swapped
useAsyncDatatouseFetch. This is going to be a lot of work to do on developer end because those who used the composable including me were intentionally after the nuxt cache and would use the sanctum client composable for live data. Little has been provided on the upgrade process besides now looking for the composable that does the api call cache. It's a bit hard to jump to v2 given these constraints, and I think it'd be really great if we got early communication on these sort of changes which would have helped prevent heavy reliance on the composable that's really changed trajectory greatly.I'd also like to know if the useSanctumClient is still applicable given the swap of the composable.
Beta Was this translation helpful? Give feedback.
All reactions