Entwurfsentscheidungen dokumentieren

Status
Nicht offen für weitere Antworten.

deamon

Bekanntes Mitglied
Hallo,

wie dokumentiert ihr Entwurfsentscheidungen, die sich auf ein Detail beziehen und möglicherweise für Entwickler wichtig sind, die den Code weiterentwickeln?

Ich habe z. B. eine Methode parse(String content), die auch parse(Reader content) heißen könnte. Ich habe mich nun aus einem bestimmten Grund für die Verwendung von String und den Verzicht auf die Abstraktion "Reader" entschieden. Den Grund für diese Entscheidung möchte ich Dokumentieren und könnte ihn dazu in einen JavaDoc-Kommentar schreiben, aber den Nutzer der API wird das vermutlich wenig interessieren. Also wäre wohl ein normaler Kommentar im Code besser. Oder würdet ihr lieber ein externes Dokument pflegen? Aber da sehe ich eher die Gefahr, dass sich Dokumentation und Code voneinander entfernen.

Christian
 
G

Gast2

Gast
Moin,

vor JavaDoc-Kommentaren gabe es mal normale Kommentare (ja ist lange her) ... die gab es nicht umsonst ;)

hand, mogel
 

Wildcard

Top Contributor
Alles was Architektur betrifft gehört meiner Meinung nach nicht in den Code, sondern in die Spezifikation.
Lediglich nicht offensichtliche Gründe eines Implementierungsdetails werden im Code kommentiert.
 
Status
Nicht offen für weitere Antworten.
Ähnliche Java Themen

Ähnliche Java Themen


Oben