-
Ste
-
14.
Nov.
1997
Bewertungsrichtlinien für Programmieraufgaben
am Lehrstuhl für Betriebssysteme
Defensive Programmierung
- alle potentielle Fehler abfangen und bearbeiten (Systemaufrufe, errno)
- Test auf Nullzeiger vor der Dereferenzierung
- Vermeidung von statischen Limits oder Verwendung der Systemlimits
- Vermeidung von Speicherlöchern
Übersichtlichkeit
- überblickbare Funktionen
- klare Gliederung
- Lesbarkeit des Codes beim Überfliegen
- akzeptable Formatierung
Modularisierung
- Zerlegung der Aufgaben in funktionale Module(v.a. bei größeren Projekten)
- Aufruf der Module über klare Schnittstellen
- Trennung der Module in einzelne Code-/Headerdateien
Kommentare
- klar, kurz und eindeutig
- nur an wirklich notwendigen Stellen
- ausführlich vor komplexen Codeteilen
- Keine Wiederholung/Vorwegname der Funktionsdeklaration
Effizienz
- Wiederverwendung bereits erhaltener/errechneter Werte
- sparsamer Aufruf von Systemfunktionen
- sparsamer Umgang mit Systemresourcen
- Vermeidung unnötiger Kopieraktionen
Dokumentation
- Erstellung und detaillierte Erklärung eines Grundkonzeptes
- Dokumentation von Programmier-/Modulschnittstellen
- keine Wiederholung des Codes in Worten
Unser Server |
Brief an Webmaster |
Navigationshinweise |
Suche