|
|
|
- **KISS: Keep it simple stupid**
|
|
|
|
|
|
|
|
Wir haben uns darauf geeinigt nach dem KISS Prinzip zu arbeiten und dadurch unnötig komplizierten Code zu vermeiden. Dadurch fällt es jedem Einzelnen leichter den Code nachzuvollziehen.
|
|
|
|
- **DRY: Dont repeat yourself**
|
|
|
|
|
|
|
|
Um den Code perfomanter zu machen und redundante Information zu vermeiden haben wir darauf geachtet keine Wiederholungen in unserem Code zu haben.
|
|
|
|
- **Seperation of concerns**
|
|
|
|
|
|
|
|
Das Frontend haben wir in einzelne in sich geschlossene Komponenten aufgeteilt, die jeweils eine bestimmte Aufgabe erfüllen. Diese Komponenten sind wiederverwendbar und können, wenn nötig überall eingesetzt werden.
|
|
|
|
Im Backend wurden die verschiedenen Aufgaben in verschiedenen Klassen realisiert. Semantisch zusammenhängende Klassen befinden sich in einem Package.
|
|
|
|
- **Linter für einheitliche Codestruktur (ESLint)**
|
|
|
|
|
|
|
|
Um einen roten Faden und eine einheitliche Struktur zu bekommen, benutzten wir ESLint. Damit kann man bestimmte Syntaktische Regeln definieren um klare Strukturen zu schaffen.
|
|
|
|
- **Code-Dokumentation**
|
|
|
|
|
|
|
|
Wir haben uns darauf geeinigt, dass die wichtigen Methoden beschrieben werden sollten. Diese Beschreibung sollte die Funktion der Methode, Übergabeparameter und Rückgabewert enthalten. |
