Closed Mister-Hope closed 6 months ago
While the v4 release has already occurred, there is a need for further refinement and improvement. As I am presently on vacation with limited time for documentation publication, I kindly request that you refrain from upgrading to v4 until this issue is closed.
Additionally, please be mindful that emotional comments, while understandable, can be counterproductive and detrimental to the collaborative spirit of the open-source community. Let us maintain a constructive and supportive environment.
The Migration Guide is published at https://github.com/vuejs/repl/releases/tag/v4.0.0
If there's anything that makes you confused, see the migrated PR. Hope it can help you.
v4.1.1 is released including fixing default import maps problem. https://github.com/vuejs/repl/releases/tag/v4.1.1
I'd like to say v4 was released about a few days ago. While a substantial amount of work has been put into it, so there are inevitably some missing elements that require attention. v4 is specifically designed for Vue Vapor and aims to facilitate future maintenance. If the feedback from the community can be more gentle and kind, I'll appreciate it.
That makes things much more clearly.
Just want to make sure that no plan to support a MaybeRef
form input in useStore?
The new useVueImportMap
is a little bit confusing, because it seems to be a composable to get some temp state used by another composable (not sure if I understand this api correctly).
useStore
no longer concerns itself with Vue's import map (and production mode); this functionality has been moved to useVueImportMap
. The Vue version in the Store refers to the version of the Vue SFC compiler, which is actually separate from the runtime. We simply pass the version of the runtime to the store as the version for the SFC.MaybeRef
; pull requests are welcome.
v4 introduces a lot of ** breaking changes, and there is no migration guide.
For now, I feel pissed off when migrating to v4, just listing some of the issues here:
The
ReplStore
class touseStore
composable is ABSOLUTELY not a small refactor, a lot of option now requiresref
proxies, and I don't think dropping support of constants can improve most users experience. Why should people being enforced to pass refs if they never want something change? VueUse always allow people to provide aMaybeRef
if possibleA lot of APIs has been removed, like a ref
vueVersion
should be passed if users want to change vue version instead of calling any API calledsetVueVersion
. These changes should be listed clearly in release page or changelog instead of letting the user read through all codes and guess how to migrate themselves.The related refactor is too huge to let people understand what's changing at a glance in web page.
serializedState
before, a empty import map works as expected. Now, I am getting errors like these:There was an option called
defaultVueRuntimeURL
and it seems to be removed in v4, and I doubt why thebuiltinImportMap
should have a empty default value instead of a importmap containing vue. I don't think why is there any need to let users force declare vue import. Please fix it or document the breaking change in release.I hope @sxzz can done maintenance work nicely in the future without spoiling users' experience as this is a official package published under
@vue
scope.