UI-Komponenten lassen sich über die Property Rights mit einem oder mehreren beliebig vielen Benutzerrechten verknüpfen. Dazu besitzt jede verrechtbare UI-Komponente die 3 Zustände (Strategy)wird jeweils ein bestimmtes Recht, z.B. CustomerSave, mit einem von 3 möglichen Zuständen (Strategy) einer UI-Komponente verknüpft:
- ENABLED - Die UI-Komponente ist aktiviert.
- VISIBLE - Die UI-Komponente ist sichtbar.
- READ_ONLY - Die UI-Komponente kann Daten lediglich anzeigen. Eingaben oder Änderungen sind nicht möglich.
Dadurch werden insgesamt 6 verschiedene Zustände abgedeckt:
| Recht | Erklärung | Fälle | Strategy | Status | Auswirkung |
|---|---|---|---|---|---|
| CustomerSave | Benutzer darf Kunden-Datensätze speichern. | Recht vorhanden. | ENABLED | TRUE | UI Komponente ist aktiviert |
| VISIBLE | TRUE | UI Komponente ist sichtbar | |||
| READ_ONLY | FALSE | UI Komponente zeigt Wert an. Werte eingeben oder editieren ist jedoch nicht möglich. | |||
| Recht nicht vorhanden. | ENABLED | FALSE | UI Komponente ist deaktiviert. | ||
| VISIBLE | FALSE | UI Komponente ist unsichtbar. | |||
| READ_ONLY | TRUE | Werte eingeben oder editieren ist möglich. |
Da Benutzerrechte vom Anwendungsfall abhängig sind, müssen Sie sämtliche Rechte selbst definieren. Gängige Rechte sind u.a.
- New - Benutzer darf einen neuen Datensatz anlegen.
- Update - Benutzer darf einen Datensatz editieren.
- View - Benutzer darf einen Datensatz sehen.
- Delete - Benutzer darf einen Datensatz löschen.
die für nahezu jede Eingabemaske sowie für die Views selbst benötigt werden, z.B. für das Entity Product:
- ProductNew - Benutzer darf einen neuen Produkt-Datensatz anlegen.
- ProductUpdate - Benutzer darf einen Produkt-Datensatz editieren.
- ProductView - Benutzer darf einen Produkt-Datensatz sehen.
- ProductDelete - Benutzer darf einen Produkt-Datensatz löschen.
Hinweis:
- Um UI-Komponente verrechten zu können, müssen als Vorraussetzung Datenquellen für Authentifizierung und Autorisierung in Ihrem Projekt vorhanden sein.
...