Apps statt Packages
Die App-Struktur
Informationen zur Allgemeinen Struktur finden Sie hier.
Core- und Erweiterungssysteme
Installationsroutine
App-Tabelle
Install, Uninstall, Update
Produkte über Build installieren, Erweiterungen über AppStore
Vorteile der neuen Struktur
Jede App wird separat versioniert, direkte Abhängigkeiten der Apps wurden über Events aufgelöst
Jede App wird separat oder über ein Produkt lizensiert
Die Entwicklungsgeschwindigkeit bei Anpassungen im Projekt steigt durch weniger Repos (Git Pull, composer update) und Abhängigkeiten
Die Deployment-Geschwindigkeit (Pipeline) steigt
Maintainer sind leichter abzugrenzen
Vereinfachtes Package-Handling
Zusammenführung aller config.json
Workflow-Steps, CMS-Objekte, Newsletter-Objekte, ehemalige config.yml über "extra"
Vereinheitlichung des zu Grunde liegenden JSON-Schemas
friendlyNames statt i18n
columns statt fields
"branch-alias": { "dev-master": "v56.1.x-dev" }
vermeidet Konflikte bei Verwendung von dev-master-Versionen einer App, die gleichzeitig von einer anderen App in einer veröffentlichten Version required wird
Vereinfachtes Routing
Klareres Entry- und Endpoint-Handling (Endpoints können einfach ergänzt werden)
UpperCase ist rückwärtskompatibel
Adressierung von Packages vs. Apps – Routing
Internationalisierung (i18n) wird nun in Package-Gruppen organisiert
Klare und erweiterbare Dashboard-Struktur
Kacheln können nun einfach auf Bereiche registriert werden
Bislang nicht verknüpfte Tabellen sind nun konsequent im Admin-Mode verfügbar
Es wurde eine Struktur im Admin-Bereich eingeführt
Es sind nun alle Tabellen erreichbar. Tlw. haben welche gefehlt.
Migration
Es gibt eine teilautomatisierte Migration
Öffentliche Zugriffe müssen geprüft werden data-js, data-plugin, asset.json
Die @plugin Notation soll kompatibel sein, muss aber geprüft werden
Styleguide-Pfade müssen angepasst werden
Outdates
Unitop
Abas
SAP-OCI
Unitedprint
DHL (Intraship)