Blueprints
Blueprints sind fertige Mockomat-Projekte für gängige Domains. Statt jede Tabelle, jedes Attribut und jede Relation von Grund auf zu bauen, klonst Du einen Blueprint in Deinen Workspace und passt ihn an Deine Anforderungen an.
Was ein Blueprint bietet
Ein Blueprint ist ein vollständiges Mockomat-Projekt:
- Zusammenhängende Tabellen — eine Reihe von Domain-Tabellen, die zusammengehören (z. B.
Product,Category,Reviewfür einen Online-Shop). - Relationen — die Relationen zwischen diesen Tabellen, mit Richtung und Kardinalität.
- Attribute — aussagekräftige Attribute mit Typen und Flags.
- Datenzuordnungen — die Tabellen sind an Tabellen des Datenpools von Mockomat gebunden, sodass ihre Attribute Spalten importierter Daten lesen (Datenquellen-Zuordnungen).
- Operationen — beim Klonen eines Blueprints legt Mockomat für jede Tabelle die Standard-Listen- und Detailoperationen an.
Blueprint-Galerie mit den verfügbaren Domains.
Verfügbare Blueprints
| Blueprint | Tabellen | Typischer Einsatz |
|---|---|---|
| Benutzer & Profile | Organization, Team, TeamMember, User, Profile, Address, Session, Notification, ActivityLog, Preference | Konten, Teams, Sitzungen und Benachrichtigungen |
| E-Commerce & Online-Shop | Category, Product, Customer, Order, OrderItem, Review | Online-Shops, Warenkörbe und Bestell-Dashboards |
| Autos & Fahrzeuge | Manufacturer, Vehicle, Dealer, Listing, TestDrive | Fahrzeug-Marktplätze und Händler-Tools |
| Immobilien | Agency, Agent, Neighborhood, Property, Viewing | Immobilienportale und Besichtigungstermine |
| Möbel & Einrichtung | Category, Designer, Product, Room, RoomItem, Review | Möbelkataloge und Raumplaner |
| Essen & Restaurants | Category, Product, Supplier, Location, StockItem, StockMovement | Lebensmittel, Bestand pro Standort und Lieferanten |
Blueprints werden vom Mockomat-Team erstellt und gepflegt.
Blueprint-Karten mit Tabellenanzahl und Beschreibung.
Blueprints effektiv nutzen
1. Durchsuchen und auswählen
Öffne Blueprints in der App. Jede Blueprint-Karte zeigt ihre Domain, eine kurze Beschreibung und wie viele Tabellen, Attribute und Relationen sie enthält. Wähle den Blueprint, der Deiner Ziel-Domain am nächsten kommt — er muss nicht perfekt passen.
2. In Deinen Workspace klonen
Klone den Blueprint, um daraus ein neues Projekt zu erstellen. Der ursprüngliche Blueprint wird nicht verändert.
Was geklont wird:
- Alle Tabellen und ihre Attribute
- Alle Relationen
- Alle Datenzuordnungen
Danach legt Mockomat für jede Tabelle die Standardoperationen an. Ein Klon zählt zum Projektlimit Deines Tarifs; ein Gast ersetzt sein eines Sitzungsprojekt durch den Klon. Das Klonen in einen Workspace erfordert dort mindestens die Rolle Bearbeiter.
3. Mit Deiner Geschäftssprache umbenennen
Ersetze die generischen Namen des Blueprints durch die Begriffe Deines Teams. Verwendet der Blueprint Product, Deine Domain aber Listing oder Item, benenne es jetzt um.
4. Attribute Tabelle für Tabelle prüfen
- Sind alle Attribute für Deine Domain relevant?
- Brauchst Du Attribute, die der Blueprint nicht enthält?
- Sind die Typen korrekt?
- Sind die Attribute, in denen Deine Konsumenten suchen, als Durchsuchbar markiert?
Entferne Attribute, die Du nicht brauchst, und ergänze die fehlenden. Ein neues Attribut bleibt leer, bis Du es an eine Spalte der importierten Daten bindest.
5. Über die Vorschau validieren
Führe eine Vorschau-Abfrage aus, um zu bestätigen, dass das Modell weiterhin funktioniert:
- Liefern die Attribute, die Du brauchst, Werte?
- Werden Relationen wie erwartet aufgelöst?
- Passt die Antwortstruktur zu den Erwartungen Deines Frontends?
Klonablauf eines Blueprints in den aktiven Workspace.
Anpassungsstrategie
Schreibe nicht alles auf einmal um. Behalte das Gerüst des Blueprints und entwickle es in fokussierten Durchgängen weiter.
Durchgang 1: Benennung und Kernattribute
- Benenne Tabellen nach Deiner Geschäftssprache um
- Benenne Schlüsselattribute um (Identifikatoren, Anzeigenamen)
- Ergänze die wenigen Attribute, die dem Blueprint fehlen
- Entferne Attribute, die offensichtlich irrelevant sind
Durchgang 2: Relationen bereinigen
- Prüfe die Kardinalität für Deine Domain (1:1, 1:n, m:n)
- Passe die Richtung an, wo das Ownership-Modell des Blueprints nicht zu Deinem passt
- Ergänze oder entferne Relationen
Führe nach diesem Durchgang die Vorschau aus, um zu bestätigen, dass verschachtelte Abfragen weiterhin aufgelöst werden.
Durchgang 3: API-Exposition abstimmen
Im API Design (Englisch):
- Benenne Operationen nach Deinen API-Konventionen um
- Ergänze die Parameter, nach denen Deine Konsumenten filtern
- Passe Standard-Seitengrößen und Sortierungen an
Durchgang 4: Runtime-Validierung
- Führe Abfragen gegen jede Tabelle aus
- Teste Operationsparameter, Sortierung und Paginierung
- Prüfe Relationen (eine Ebene tief)
Blueprint-Anpassung in Modell- und API-Ansichten.
Eigene Projekte wiederverwenden
Um Deine eigene Struktur wiederzuverwenden, nutze Projekt kopieren: Es kopiert ein Projekt, das Du öffnen kannst, in einen Workspace Deiner Wahl, genauso wie ein Blueprint geklont wird. So pflegst Du ein Referenzprojekt mit den Konventionen Deines Teams.