EP-002-2-MANIFEST-DRIVEN-CONTRIBUTION-FRAMEWORK

EP-002.2 – manifestgesteuertes Contribution Framework#

Ziel#

EP-002.2 entkoppelt die Workbench von konkreten Building Blocks. Building Blocks liefern UI-Beiträge als Manifeste. Die Workbench lädt, validiert, filtert, ordnet und bindet diese Beiträge an einen gemeinsamen Laufzeitkontext.

Verarbeitungsfolge#

Available Contributions
                → Contract Validation
                → System Policy
                → Role and Permission Policy
                → User Preferences
                → Workbench Context
                → Rendered UI

Benutzerpräferenzen dürfen Beiträge ausblenden, anordnen oder favorisieren. Sie dürfen niemals eine durch Policy oder Berechtigung gesperrte ⌘FunktionEin Feature ist eine abgegrenzte, nutzbare und lieferbare Ausprägung einer Lösung. aktivieren.

Komponenten#

• Contribution Loader: lädt alle im Workbench-Manifest referenzierten Beiträge.
• Contribution Registry: stellt eindeutige Beiträge nach Typ und ID bereit.
• Contribution Policy: bewertet Rollen, Permissions, Capabilities und Default Visibility.
• Workbench Context: hält aktive Perspective, Selection, ⌘ArtifactEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird., Command, Sprache, Help- und Knowledge-Kontext.
• Context Binding: aktualisiert Navigation, Ribbon, Arbeitsbereich und Knowledge Panel aus demselben Zustand.
• User Preference Overlay: verändert ausschließlich erlaubte Präsentationsmerkmale.

Zugriff und Personalisierung#

Jeder sichtbare Beitrag kann deklarieren:

access.requiredPermissions[]
                access.requiredCapabilities[]
                access.allowedRoles[]
                access.defaultVisibility
                personalization.userConfigurable
                personalization.defaultOrder
                personalization.placementConstraints[]

Die serverseitige Autorisierung bleibt führend. UI-Filterung ist eine Darstellung der Berechtigung, kein Sicherheitsmechanismus.

EP-002.2 erster Materialisierungsschnitt#

Der erste Schnitt umfasst:

• dynamisches Laden aller Manifestpfade aus dem Workbench-Manifest,
• zentralen, beobachtbaren Workbench Context,
• rollen- und permissionbasierte Filterung von Navigation und Commands,
• lokale, nicht persistierte Benutzerpräferenzen,
• selectionabhängige Aktualisierung des Knowledge Panels.

Außerhalb des ersten Schnitts#

• persistierte Benutzerprofile,
• serverseitige Policy-Entscheidung,
• Mandantenrichtlinien,
• dynamisch heruntergeladene Building-Block-Bundles,
• Administrationsoberfläche für Rollen und Workbench-Profile.

Einordnung in den solutionweiten Vertrag#

Dieser EP-Slice materialisiert den ◆Contribution Framework ContractKonsolidierter Vertrag für deklarative Contributions, Registry, Policy, Personalisierung und Context Binding.. Contribution Loading und Policy bleiben Framework-Verantwortung; fachliche ⌘BedeutungBedeutung beschreibt den fachlichen Sinn eines Elements und seine Relevanz für Menschen und Organisationen. und Handler bleiben beim beitragenden ⌘Building BlockEin Building Block ist ein abgegrenzter Baustein mit stabiler Verantwortung zur Realisierung von Capabilities..