Zum Inhalt springen

Kompetenzraster für Teil 8

Mit diesem Raster schätzt du ein, ob du die Kapitel von Teil 8 in deinem Projekt anwenden kannst. Lies jede Zeile und löse die Prüfaufgabe daneben, ohne nachzuschauen. Fällt sie dir leicht, hast du das Ziel erreicht. Wenn nicht, führt dich der Link in der letzten Spalte zur passenden Stelle.

Ich kann …PrüfaufgabeNachschlagen
eine App nach Features ordnenOrdne eine App mit Katalog und Favoriten nach Features und begründe, wohin die Karte eines Dings gehört.Projektstruktur und Schichten
die Schichten einer SPA benennenZeichne die Schichten der Fallbeispiel-App und die Richtung ihrer Imports.Projektstruktur und Schichten
Regeln der Struktur mit einem Test prüfenSchreib einen Test, der fetch ausserhalb von src/api meldet.Projektstruktur und Schichten
Darstellung und Container trennenMach eine Karte unabhängig von jedem Store.Entwurfsmuster in SPAs
Abhängigkeiten mit provide und inject übergebenGib einem Store die API über inject und ersetze sie in einem Test.Entwurfsmuster in SPAs
einen Adapter und Strategien schreibenÜbersetze ein fremdes Format mit einem Adapter und sortiere mit einer Tabelle von Strategien.Entwurfsmuster in SPAs
einen Architekturentscheid festhaltenSchreib ein ADR mit Status, Kontext, Entscheid und Konsequenzen.Architekturentscheide festhalten
einen Entscheid ersetzenErsetze ein ADR durch ein neues, ohne das alte zu löschen.Architekturentscheide festhalten
Komponenten über ihr Verhalten testenTeste ein Formular über Eingaben, Meldungen und Events.Testen
Stores mit ersetztem fetch testenTeste einen Store, der eine Anfrage sendet, ohne Server.Testen
meine Tests mit Mutanten prüfenErkläre, was ein Mutant, der alle Tests besteht, über deine Tests sagt.Testen
Bedienelemente benennen und beschriftenGib einem Knopf, der nur ein Zeichen zeigt, einen Namen.Barrierefreiheit
den Fokus nach einer Änderung setzenSetz den Fokus nach dem Entfernen eines Eintrags auf den nächsten.Barrierefreiheit
Statusmeldungen ausgebenMelde die Zahl der Treffer in einer Live-Region.Barrierefreiheit
eine SPA für GitHub Pages bauenSetz Basispfad und 404.html für eine Projektseite.Build und Deployment
Umgebungsvariablen und Modi einsetzenErkläre, welche Dateien vite build --mode demo liest und was davon in den Browser gelangt.Build und Deployment
einen Workflow schreiben, der testet, baut und veröffentlichtSchreib einen Workflow für GitHub Pages, der bei einem gescheiterten Test nichts veröffentlicht.Build und Deployment
Muster aus Vue 2 erkennen und übersetzenÜbersetze einen Filter und this in <script setup> nach Vue 3.KI-generierten Code prüfen
verlorene Reaktivität und geänderte Props behebenFinde in vorgeschlagenem Code einen direkt zerlegten Store und eine geänderte Prop.KI-generierten Code prüfen
vorgeschlagenen Code mit einer Checkliste prüfenPrüf ein Stück Vue-Code mit der Checkliste und nenne zu jedem Fund die Quelle.KI-generierten Code prüfen

Diese Zeilen beschreiben, was dein Projekt zeigen soll. Du entwirfst eine eigene SPA, dokumentierst, testest, machst sie barrierefrei und veröffentlichst sie, und du setzt KI-Werkzeuge verantwortungsvoll ein. Die Prüfung fragt Teil 8 nicht ab.

Was die Aufträge von Martina Hostettler in diesem Teil ergeben haben, steht im Kursrepo im Ordner case/08-architecture/de. Die Dateien liegen nach Features geordnet, nur src/api spricht mit dem Server, und die Stores bekommen die API von main.js. Die Entscheide stehen in docs/adr. Die App lässt sich mit der Tastatur und einem Screenreader bedienen, und die Demo läuft ohne Server auf der Kursseite. Die Tests im Ordner tests prüfen die Wünsche aus allen Teilen, dazu die Regeln der Struktur und die Barrierefreiheit.

Terminal-Fenster
npm install
npm test
npm run demo

Texte und Abbildungen stehen unter CC BY-SA 4.0, der Code unter der MIT-Lizenz und die Daten des Kurses unter CC0 1.0. Die Schrift der Abbildungen ist Kalam unter der SIL Open Font License 1.1. Die Quellen liegen auf GitHub.