Einheitliches Code-Format

[d135-1r43]

User Story

Als Entwickler möchte ich ein einheitliches Code-Formatting in Java und TypeScript sicherstellen, damit es zu keinen signifikanten Merge-Konflikten aufgrund unterschiedlicher Code-Styles kommt.

Akzeptanzkriterien

• Java Code-Style: Der Build schlägt fehl, wenn der Java-Code-Style nicht eingehalten wird. Dafür wird das Plugin maven-formatter eingesetzt, um ein konsistentes Formatting sicherzustellen.
• TypeScript Code-Style: Der Build schlägt fehl, wenn der TypeScript-Code-Style nicht eingehalten wird. Dazu werden tslint und/oder prettier zur Code-Validierung und Formatierung verwendet.
• XML-Dateien: XML-Dateien werden nicht gelintet, und es wird kein spezielles Formatting erzwungen.

Technische Hinweise

• Java: Die maven-formatter Konfiguration ist in der pom.xml zu definieren, um den Code-Style bei jedem Build automatisch zu prüfen. Wir verwenden das Standard-Format.
• TypeScript: tslint und prettier sind in den entsprechenden Konfigurationsdateien (tslint.json und .prettierrc) einzurichten, um die Standards zu gewährleisten.

[LeonieRoessler]

pom.xml für Java Code check hinzugefügt, package.json + eslint.config.js für eslint/prettier Code check. Eslint statt Tslint verwendet, da tslint wohl veraltet.

Die pom.xml muss aktuell bei jedem neuen Service ergänzt werden. Kann das so bleiben? Wenn nein, was genau soll geändert werden? @d135-1r43

(Branch 71-einheitliches-code-format)

[d135-1r43]

Jo, das kann so bleiben. Man kann es vereinheitlichen mit einer Parent-Pom. Das spart aber kaum Zeilen und ist schwer zu maintainen für ein Uni-Projekt. Daher voll gut so wie du es gemacht hast.