Wann Stores und wann lokaler Zustand verwendet werden

Verwenden Sie let in einer Komponente, wenn die Daten ausschließlich zu dieser Komponente gehören.

Verwenden Sie export let für Eingaben von einer übergeordneten Komponente. Die übergeordnete Komponente besitzt den Zustand.

Verwenden Sie Stores, wenn mehrere unabhängige Komponenten dieselben Daten gemeinsam nutzen oder auf sie reagieren müssen.

Aktueller Benutzer, Theme, Warenkorbinhalte, Benachrichtigungen – alles, was global verfügbar sein soll.

Formulareingaben, Umschalter, Hover-Zustand, Animationstimer – auf eine Komponente beschränkt.

Für Daten, die innerhalb eines Teilbaums, aber nicht global geteilt werden, verwenden Sie setContext/getContext.

Beginnen Sie mit lokalem Zustand und verschieben Sie ihn in einen Store, wenn der Bedarf zur gemeinsamen Nutzung wächst.

Lokaler Zustand lässt sich am einfachsten testen. Für Stores müssen Sie möglicherweise Mock-Objekte verwenden oder sie kapseln.

Koppeln Sie Stores mit einer localStorage-Synchronisierung, um den Zustand dauerhaft zu speichern.

Der Wechsel von lokalem Zustand zu einem Store ist ein kleines Refactoring: Ersetzen Sie let durch den Store und x durch $x.

Wenn Sie den gesamten Zustand in Stores ablegen, entsteht eine implizite Kopplung. Bevorzugen Sie lokalen Zustand, solange er ausreicht.

Wann ist ein Store die richtige Wahl?

Verwenden Sie standardmäßig lokales let und wechseln Sie zu Stores oder Context, wenn der Bedarf zur gemeinsamen Nutzung wächst.