Migration von Vuex 0.6.x auf 1.0


Vuex 2.0 wurde veröffentlicht, aber dieser Leitfaden behandelt nur die Migration auf 1.0? Ist das ein Tippfehler? Darüber hinaus scheint es, dass Vuex 1.0 und 2.0 gleichzeitig veröffentlicht werden. Was ist los? Welches sollte ich verwenden und welches ist mit Vue 2.0 kompatibel?


Vuex 1.0 und 2.0 lauten wie folgt:

  • unterstützt Vue 1.0 und vollständig 2.0

  • wird auf absehbare Zeit weiterhin unterstützt


, ihre Zielgruppe unterscheidet sich jedoch geringfügig.

Vuex 2.0 wurde grundlegend neu gestaltet und bietet eine saubere API, um Benutzern zu helfen, die ein neues Projekt starten oder Spitzentechnologien mit clientseitigem Status verwalten möchten. Dieser Migrationsleitfaden deckt Vuex 2.0 nicht ab. Wenn Sie also mehr erfahren möchten, schauen Sie sich die Vuex 2.0-Dokumentation an.

Vuex 1.0 ist größtenteils abwärtskompatibel, sodass für das Upgrade nur geringfügige Änderungen erforderlich sind. Empfohlen für Benutzer mit großen vorhandenen Codebasen oder diejenigen, die einfach so reibungslos wie möglich auf Vue 2.0 aktualisieren möchten. Dieser Leitfaden soll diesen Prozess erleichtern, enthält jedoch nur Migrationsanweisungen. Vollständige Nutzungsrichtlinien finden Sie in der Vuex 1.0-Dokumentation.


Verzeichnis


Akzeptiert jetzt nur noch Funktionen. Daher müssen Sie im folgenden Beispiel Folgendes ersetzen: store.watch
store.watch('user.notifications', callback)
durch:
store.watch(
  // 当返回结果改变...
  function (state) {
    return state.user.notifications
  },
  // 执行回调函数
  callback
)
Dies hilft Ihnen, die reaktiven Eigenschaften, die überwacht werden müssen, besser zu kontrollieren.


store.watchUpgrade-Methode

Führen Sie das

Migrationstool
in der Codebasis aus und suchen Sie nach Zeichen, die in < verwendet werden 🎜> String als erster Parameter.


Store-Ereignisauslöser Entfernt


Die Store-Instanz ist nicht mehr verfügbar Ereignis-Emitter-Schnittstelle (on, off, emit). Wenn Sie den Store zuvor als globalen Event-Bus verwendet haben, lesen Sie bitte dieses Kapitel für Migrationsanweisungen.

Um diese Schnittstellen zu ersetzen, die zur Beobachtung von Ereignissen verwendet werden, die vom Shop selbst ausgelöst werden (zum Beispiel: store.on('mutation', callback)), führen wir eine neue Methode store.subscribe ein. Die typische Verwendung in einem Plugin ist wie folgt:

var myPlugin = store => {
  store.subscribe(function (mutation, state) {
    // Do something...
  })
}

Weitere Informationen finden Sie in der Plugin-Dokumentation für Beispiele.

Upgrade-Methode

Führen Sie das Migrationstool in der Codebasis aus und suchen Sie nach der Verwendung von store.on, < Beispiele für 🎜>, store.off. store.emit


Middlewareersetzt


Middleware Ersetzt durch Plugins. Das Plug-in ist eine Grundfunktion, die „store“ als einzigen Parameter empfängt und Mutationsereignisse im Store abhören kann:

const myPlugins = store => {
  store.subscribe('mutation', (mutation, state) => {
    // Do something...
  })
}

Weitere Einzelheiten finden Sie in der

Plug-in-Dokumentation.

Upgrade-Methode

Führen Sie das

Migrationstool in der Codebasis aus und suchen Sie nach Optionsfall. middlewares