Technisches FundamentSymfony
Organisation darüberNexum
Technik und Organisation, klar getrennt.
Symfony bestimmt, wie die Anwendung funktioniert. Nexum hilft dabei, wie sie in Modules und Projects aufgebaut ist.
BUILD • CONNECT • EXTEND
Warum Nexum?Weil StrukturEntwicklung entlastet.
Kein neues Framework und kein Ersatz für Symfony, sondern eine organisatorische Erweiterung für Modules und optionale Projects.
Symfony bestimmt die Technik. Nexum macht die Organisation und ihre Grenzen sichtbar.
DIE AUSGANGSLAGE
Mit dem Projekt wächst die Orientierungslast.
In klassischen Symfony-Projekten verteilen sich Bestandteile eines Features häufig über mehrere technische Verzeichnisse. Controller, Entity, Repository, Service und Template gehören fachlich zusammen, liegen aber an unterschiedlichen Orten.
Je größer das Projekt wird, desto mehr Zeit kostet es, Zusammenhänge zu erkennen und Zuständigkeiten zu verstehen.
VOM FEATURE ZUR OBERFLÄCHE
Zwei Ebenen für unterschiedliche Aufgaben.
Modules schneiden fachlich. Projects gruppieren diese Bausteine zu sichtbaren Anwendungsbereichen.
Shared Modules
Wiederverwendbare Fachbereiche wie User, Media oder Payment.
Project-private Modules
Funktionalität, die bewusst nur zu Storefront, Admin oder API gehört.
Projects & Multi-Domain
Hostbasierte Oberflächen mit eigenen Routen und klar zugeordneten Modules.
Projects strukturieren Oberflächen – sie ersetzen keine Mandanten- oder Datenisolation.
WAS SICH ÄNDERT
Organisation statt neuer Technik.
Nexum verändert nicht, was Symfony kann. Es ordnet, wo fachlich zusammengehörende Bestandteile leben und wie ihre Grenzen sichtbar werden.
Fachlich bündeln
Controller, Entities, Repositories und Services eines Features liegen in einem gemeinsamen Modul.
Bereiche sichtbar trennen
Projects ordnen Shared und private Modules hostbasierten Oberflächen wie Storefront, Admin oder API zu.
Symfony weiterverwenden
Nexum ergänzt die Organisation. Framework, Werkzeuge und technische Möglichkeiten bleiben erhalten.
DER NUTZEN IM ALLTAG
Weniger Reibung, mehr Orientierung.
Die Struktur ist kein Selbstzweck. Sie soll Entwicklung, Wartung und Zusammenarbeit nachvollziehbarer machen.
Schnellere Orientierung
Zusammengehörender Code ist leichter zu finden.
Bessere Übersicht
Features bleiben klar voneinander abgegrenzt.
Leichtere Wartung
Änderungen konzentrieren sich häufiger auf einen fachlichen Bereich.
Klarere Zuständigkeiten
Die Organisation erleichtert Absprachen und Einarbeitung im Team.
Verständliches Wachstum
Die Projektstruktur bleibt auch mit neuen Features nachvollziehbar.