Grundsätzlicher Ansatz der ECUI: Wir modellieren die Domäne der Applikation auf einer übergeordneten, der Meta-Ebene ohne die technische Umsetzung vorzugeben. Wir sprechen hier vom Medaten-Modell oder kurz Metadata.
Metadaten-Modell
Das Modell definiert:
Datenstrukturen
Klassen
Felder
Relationen (Pfade)
Sprachen
Anzeige-Sprachen: In diese Sprachen können alle Elemente der Benutzeroberfläche übersetzt werden.
Daten-Sprachen: In diesen Sprachen können bestimmte Felder explizit gespeichert werden.
Anzeige
Developer können das Modell programmatisch In der Software-Entwicklung wird in einer Applikation die gleiche Wissen meist an unterschiedlichen Orten benötigt uns klassisch somit auch wiederholt. Das können Feldnamen in der Datenbank, Beschriftungen von Feldern für den User, Relationen und andere Sachen sein. Wir versuchen darum das Wissen über die Applikation an einem zentralen Ort zu definieren um so möglichst dem “Don’t Repeat Yourself (DRY)”-Prinzip zu folgen weil das u.A. auch zur besseren Konsistenz und Wartbarkeit führt.
In bloqs ist dieser zentrale Ort das “Metadaten-Modell” oder auch kurz nur “Metadaten” oder “Modell” genannt. Der Begriff “Meta” wird verwendet weil die Definition des Domänen-Wissens auf einer übergeordneten Ebene geschieht, welche die konkrete technische Umsetzung nicht oder nur teilweise vorgibt.
Das Wissen aus dem Modell wird u.A. verwendet um:
eine Datenbank inklusive aller Tabellen, Felder, Indices, Restriktionen etc. zu erzeugen und bei Bedarf auch zu migrieren (Model-First)
auf die Datenbank zuzugreifen
generische Schnittstellen zur Verfügung zu stellen (z.B. OData)
ein UI für den User bereit zu stellen
Übersicht Modell-Elemente
Das Modell ist der Container für die vielen unterschiedlichen Informationen welche das Modell ausmachen. Wir unterscheiden dabei grundsätzlich zwischen der Core- und der View-Schicht. Hier ein Überblick:
Core-Schicht (Datendesign mit den grundlegenden Eigenschaften)
Sprachen
Daten-Sprachen: Sprachen in denen Multi-Language Felder gespeichert werden
Anzeige-Sprachen: Sprachen in denen die Benutzeroberfläche zur Verfügung steht
Module (Aufteilung des gesamten Modells in Bereiche z.B. Stammdaten, Fakturierung…)
Klassen
Indices
Filter
Icons
Felder
Einfache Werte
Multi-Language Werte (für jeden Datensprache ein Wert)
Relationen
Aktionen
Validierungsregeln
Pfade (definieren Verbindungen zwischen jeweils zwei Klassen inkl. Regeln zur referentiellen Integrität)
Endpunkte
View-Schicht (Visualisierung auf der Basis der Core-Schicht)
Menüeinträge
Items
Gruppen
Titel-Layouts (Repräsentation eines einzelnen Objektes als Text)
Listen-Layouts (Liste von Objekten)
Spalten (auch versteckte welche sichtbar gemacht werden können)
Sortierung
Filter
Detail-Layouts (detaillierte Datestellung eines einzelnen Objektes)
Dashboards
Kacheln im Dashboard
Kalender-Ansichten resp. Integrationen
Natürlich können wir nicht garantieren, dass das Modell für alles für eine konkrete Applikation nötige Wissen vorbereitet ist. Darum ist es möglich, das Modell an praktisch jeder Stelle im Moment durch Aspekte, welche einen bestimmten Wissensaspekt beschreiben, zu erweitern. Solche Aspekte können nach Belieben designt und verwendet werden.
Modell erstellen
Es gibt verschiedene Möglichkeiten ein bloqs Modell zu erstellen:
Developer können das Modell programmatisch im Code erstellen. Siehe Builder API.
Customizer können
...
Ansichten auf die Kundenbedürfnisse direkt in der Applikation anpassen. Siehe Ansichten. Daten können mit
Calculated Propertiesfür die Ansicht neu zusammengestellt werden.Es können Modell-Informationen aus anderen Quellen verwendet werden. Beispiele:
Andere Modell-orientierte Umgebung (z.B. Atlas 1.0, Atlas 2.
...
Generation
...
0)
Schema aus einer SQL-Datenbank
WSDL Beschreibung
OpenAPI Beschreibung
Modell verwenden
Eine bloqs Applikation verwendet das Modell in allen wichtigen Phasen:
Während der eigentlichen Entwicklung
Während der Laufzeit
Während dem Customizing (z.B. Erstellung von neuen Filtern, Dashboards…)
Das Modell steht somit im Zentrum und ist auch jederzeit im vollem Umfang verfügbar um die Information gewinnbringend zu verwenden. Einige konkrete Beispiele:
Generieren von C#-Klassen für die Business Logik
...
Datenbank-Zugriff
Datenbank Schema erstellen, migrieren oder einfach kontrollieren
Datenzugriff per OData
Generischer XML-Export und -Import
Benutzeroberfläche
Als Teil vom Applikations-Setup siehe Modell Generieren.