Seminar Prismic – Type Builder, Prismic CLI und Slice-Entwicklung

Prismic stellt mit Type Builder und Prismic CLI zwei aktuelle Modellierungswege bereit. Das Seminar verbindet visuelle Repository-Modellierung, codeorientierte und Git-nahe Modellpflege sowie die Entwicklung wiederverwendbarer Slice-Komponenten. Bestehende Slice-Machine-Projekte werden mit einem kontrollierten Legacy-Migrationspfad berücksichtigt.

Inhaltsübersicht

• Lernziele
• Seminarinhalte
• Praxisübungen
• Methodik

Lernziele

Seitentypen, Custom Types und Slices können mit dem passenden Werkzeug modelliert, typisiert, implementiert, geprüft und für Redaktionen bereitgestellt werden. Type-Builder-, CLI- und Legacy-Workflows bleiben nachvollziehbar voneinander getrennt.

Seminarinhalte

1. Schritt 1: Werkzeug- und Verantwortungsmodell festlegen

   Type Builder eignet sich für die visuelle Modellierung im Repository, die Prismic CLI für codeorientierte, automatisierte und Git-nahe Abläufe. Zuständigkeiten und führende Quelle werden vor Änderungen vereinbart.

2. Schritt 2: Type Builder sicher bedienen

   Page Types, Custom Types, feste Zonen, Slice-Zonen, Felder, Labels und API-IDs werden im Repository modelliert und vor der Freigabe überprüft.

3. Schritt 3: Prismic CLI in das Projekt integrieren

   Repository-Verbindung, Authentifizierung, lokale Modellstruktur, Typgenerierung und wiederholbare Entwicklungsbefehle werden eingerichtet.

4. Schritt 4: Seitentypen und Slices fachlich abgrenzen

   Feste Seiteneigenschaften, flexible Abschnitte und globale Inhalte werden sauber getrennt. Beliebige Baukästen ohne redaktionelle Leitplanken werden vermieden.

5. Schritt 5: Felder und Varianten modellieren

   Text, Rich Text, Bild, Link, Beziehung, Gruppe, Tabelle und Auswahlfelder erhalten sinnvolle Regeln. Varianten teilen ein fachliches Konzept statt Sonderfälle zu verstecken.

6. Schritt 6: Slice-Komponenten typisiert implementieren

   Generierte Typen, semantisches Markup, optionale Felder, Links, Bilder, Responsive-Verhalten und Design-Tokens werden in belastbaren Komponenten umgesetzt.

7. Schritt 7: Modelle aus Repository und Code synchronisieren

   Pull-, Push- und Typgenerierungsabläufe werden in einer klaren Reihenfolge durchgeführt. Abweichungen zwischen Repository, Branch und Komponenten werden früh erkannt.

8. Schritt 8: Git-, Review- und Branching-Regeln etablieren

   CLI-basierte Modelländerungen werden mit Pull Requests, generierten Dateien, Review-Gates und Migrationshinweisen verbunden. Gleichzeitige Änderungen erhalten definierte Konfliktregeln.

9. Schritt 9: Bestehende Slice-Machine-Projekte migrieren

   Legacy Builder, lokale Modelle, Slices, Komponenten und generierte Typen werden inventarisiert. Der Wechsel zu Type Builder oder CLI erfolgt schrittweise mit Bestandscontent, Preview und Rückfalloption.

10. Schritt 10: Komponenten mit realistischen Zuständen prüfen

    Minimale, maximale, leere und fehlernahe Datenzustände werden in Vorschau, Komponententests, Accessibility-Checks und visueller Regression abgedeckt.

11. Schritt 11: Slice-Bibliothek dokumentieren und pflegen

    Benennung, Zweck, Varianten, Nutzungsgrenzen, Verantwortliche, Deprecation und Ersatzpfade halten den Baukasten übersichtlich und wartbar.

Praxisübungen

• Ein Modell im Type Builder erstellen und fachlich abnehmen
• Prismic CLI, Typgenerierung und Git-Workflow in einem Framework-Projekt einrichten
• Einen Slice mit mehreren kontrollierten Varianten typisiert implementieren
• Repository- und Codeänderungen synchronisieren und im Review prüfen
• Einen Migrationsplan von Slice Machine zu Type Builder oder CLI erstellen

Methodik

Ein kleines Slice-System wird parallel über visuelle und codeorientierte Abläufe bearbeitet. Jede Änderung wird im Repository, im Quellcode, in der Vorschau und in Tests geprüft; ein vorbereiteter Legacy-Fall zeigt den Migrationsweg.