![Working Draft artwork](https://is2-ssl.mzstatic.com/image/thumb/Podcasts123/v4/4e/f4/30/4ef430e0-8e9c-d23b-ab29-3787f3aaf0af/mza_4981143666868844169.png/100x100bb.jpg)
Revision 527: Vue State Management
Working Draft
German - April 26, 2022 07:00 - 1 hour - 41.7 MB - ★★ - 1 ratingTechnology News Tech News webentwicklung frontend full stack design javascript ecmascript es6 html5 html css Homepage Download Apple Podcasts Google Podcasts Overcast Castro Pocket Casts RSS feed
Diese Revision ist Vanessa in die Rolle der Gästin geschlüpft und hat Schepp
etwas zum Thema „State Management“ in Vue erzählt.
SCHAUNOTIZEN
[00:00:00] VUE STATE MANAGEMENT
Wir beginnen mit einem …
Diese Revision ist Vanessa in die Rolle der Gästin geschlüpft und hat Schepp etwas zum Thema „State Management“ in Vue erzählt.
Schaunotizen
[00:00:00] Vue State Management
Wir beginnen mit einem Rückblick auf Vue 1 und 2 und die dort etablierten Global- und Options APIs
Vue 3 hat dann, angelehnt an Reacts Hooks, die Composables und die Composition API eingeführt, sowie die Reactivity API, die einen alle aus der Prop-Drilling-Hölle befreien – wenn man denn weiterhin ohne waschechten Store arbeiten wollte.
Ist die Entscheidung für einen Store gefallen, dann hieß der früher immer Vuex und war der vom Vue-Team mitentwickelte und offiziell empfohlene. Parallel dazu hat sich ein weiterer Store entwickelt, nämlich Pinia, und der ist über die Zeit so gut geworden, dass er nun offiziell zu Vuex 4’s Nachfolger ernannt wurde. Pinia spielt besser mit TypeScript und auch mit Server-Side-Rendering zusammen, und lässt sich ähnlich wie die oben genannte Composition API ansteuern.
Und dann gibt es schließlich noch Harlem.js, das sich auf die Composition- und Reactivity APIs stützt, und somit nur mit Vue 3 arbeitet.
Vanessas Fazit lautet: Benutzt gerne weiter Vuex, wenn Ihr es schon im Einsatz habt, setzt aber auf Pinia, wenn Ihr neue Projekte aufsetzt. Harlem.js hingegen sagt ihr vom Ansatz her spontan nicht so zu.