Dieser Bereich wird zurzeit noch überarbeitet. - len
Dieser Abschnitt befasst sich mit Basisinformationen über die Entwicklung von Dynexite. Informationen über die Struktur einer Installation finden Sie im Bereich Administration.
Informationen über Implementierungsdetails befinden sich so nah wie möglich am Quellcode wie z.B. im Repository-Wiki, der README oder im jeweiligen Quellcode.
Folgende Elemente dienten als Inspiration:
Weiter Notizen und Erklärungen zur Struktur
Folgender Abschnitt beschreibt ganz grob die Kernbestandteile von Dynexite.
Alle Repositories und Gruppen beinhalten individuelle und detailierte Informationen.
Zugang zu den Repositories erfolgt über einen GitHub-Gastzugang zur Gitlab-Instanz der RWTH und muss individuell erteilt werden.
Repository: https://git.rwth-aachen.de/medien/nexus
Demo: https://medien.pages.rwth-aachen.de/nexus/ (erfordert Zugriffsrechte)
Nexus ist eine Bibliothek mit Angular Standard-Komponenten. Sie ermöglicht uns ein zielgenaues Zuschneiden von Elementen auf unsere Bedürfnisse.
Repository: https://git.rwth-aachen.de/medien/catnip
Demo: https://medien.pages.rwth-aachen.de/catnip/ (in Arbeit) (erfordert Zugriffsrechte)
Catnip ist das Aufgaben-Framwork, welche sich um die Darstellung und Arbeit mit allen Blöcken kümmert,
Repository-Gruppe: https://git.rwth-aachen.de/dynexite
Dynexite ist eine Gruppe von Applikationen und Diensten.
Orbit / Satellite
Die Kernapplikationen von Dynexite - in Form eines Monorepos, um die Entwicklung, Pipelines und Wartung zu vereinfachen. Sie nutzen nexus als Design-Framework und das Aufgaben-Framework catnip. Dabei übernimmt Dynexite die Verwaltungsaufgaben und Rechte-Management.
Services
Kleine Dienste aus der Kategorie der "Microservices". Sie werden in das Hauptsystem integriert und erfüllen (mehr oder weniger) optionale Funktionen und können dabei auf die passende Technologie setzen.
z.B.
Grader
Grader sind ebenfalls "Microservices" welche sich mit der zusätzlichen Korrektur von Elementen beschäftigten. Sie ermöglichen einen gezielten Einsatz von Technologie um die automatische Leistung der Korrektur zu verbessern und zusätzliche Informationen bereitzustellen.
z.B.
Warum habt ihr euch eine eigene Bibliothek für Komponenten geschrieben?
Nexus wurde zu einem Zeitpunkt entwickelt, als Angular noch sehr jung war und es keine geeigneten Alternativen gab.
Warum sind die Blöcke nicht Bestandteil von Dynexite?
Zum Start der Entwicklung von Dynexite haben wir uns entschlossen, dass die Blöcke nicht direkt in Dynexite integriert werden. Dies ermöglicht uns heute eine Wiederverwendung von der Blockstruktur in anderer Software und das potenzielle Teilen von Blöcken zwischen Applikationen.
Warum sind die Dienste nicht direkter Teil von Dynexite?