Checkliste für die Modulentwicklung

Kompatibilität

Verwendung von Java 17 als Target-Level

Der FSM Dependency Detector zeigt keine Verwendung von Nicht-API-Klassen

Abhängigkeiten

Prüfung auf neuere Version (z. B. Guava, Gson, commons-io, ...)

Schwachstellen-Prüfung (z. B. auf https://cve.mitre.org)

Keine Einbindung großer, einfach zu ersetzender Libraries

Dokumentation

README-Dokumentation ist enthalten

Ausreichender JavaDoc für die meisten Klassen

Code-Stil

Statische Code-Analyse: Erkennung von doppeltem Code, unbenutzter Importe, langsamer String-Konkatenation, inkonsistenter Resoure-Bundles und anderer Probleme

Logging mithilfe von SLF4J oder des FirstSpirit-Loggers

Kein unnötiges Debug-Logging

Kein Logging von Anmeldedaten

Standardanforderungen an Module/Funktionen

Befolgen der Benennungsrichtlinie für Modul- bzw. Komponentennamen

Verwendung einzigartiger Bezeichnungen statt allgemeiner Bezeichnungen (z. B. web/index.js) für Webressourcen: Schutz vor Überschreibung durch andere Komponenten

Usage-Test

Testplan erstellt