Beliebte Fehler

Im Laufe der letzten Semester hat sich gezeigt, daß manche Dinge immer wieder unsauber gelöst, falsch verstanden oder vergessen werden. Damit dies Euch möglichst wenig Probleme bereitet, gibt es hier eine kleine Liste mit den "beliebtesten Fehlern" und entsprechenden Verbesserungsvorschlägen:

bei Deklarationen wird viel zu oft der Typ integer benutzt
Überlegt Euch bei jeder Deklaration, welche Werte die Variable wirklich annehmen kann und wählt einen passenden Typen oder legt selbst einen an! Bei einer Distanzangabe oder einer abgelaufenen Zeit kann es z.B. keine negativen Werte geben, also ist ein integer hier vollkommen ungeeignet
die erweiterte Syntax ist nicht ausgeschaltet
Schaut am Ende (kurz vor der Abgabe) noch einmal in die Compilereinstellungen. Diese finden sich im Menü unter Projekt | Optionen | Compiler. Dort darf bei "erweiterter Syntax" kein Haken gesetzt sein! Die drei Laufzeitfehler-Prüfungen oben rechts hingegen sollten angekreuzt sein. Erzeugt das gesamte Projekt danach noch einmal neu (siehe nächster Hinweis)
es gibt noch Warnungen und Hinweise im Code
Delphi erzeugt jeweils nur die Units beim Compilieren neu, die sich seit dem letzten mal geändert haben. Warnungen und Hinweise werden Euch dadurch ggf. nicht mehr angezeigt! Spätestens direkt vor der Abgabe solltet Ihr daher das gesamte Projekt noch einmal komplett erzeugen (und nicht nur compilieren). Dann wird wirklich der gesamte Code noch einmal durchlaufen und Ihr bekommt wirklich alle Warnungen und Hinweise angezeigt. Im Menü findet Ihr dies unter Projekt | <Projektname> erzeugen
es gibt ungenutzte oder nicht initialisierte Variablen im Code
Oftmals deklariert man sich während des Programmierens Hilfsvariablen in einer Methode und vergißt, diese dann vor der Abgabe wieder zu entfernen. Oder es gibt Variablen, die zwar deklariert und gelesen werden, denen aber davor nicht in allen Fällen (z.B., weil ein case benutzt wird) ein Wert zugewiesen wurde. Beides läßt sich durch ein komplettes Erzeugen des Projektes (siehe Hinweis zuvor) entdecken
es gibt keine Kommentierung bei get/set-Methoden
ALLE Methoden sind zu kommentieren, auch Einzeiler! Zur Kommentierung gehört eine Beschreibung, was die Methode macht, eine Auflistung und Beschreibung aller Parameter sowie eine Angabe über den Rückgabewert
in der Doku werden irrelevante Hardwareangaben gemacht
Bei der Entwicklungskonfiguration und in den Ablaufbedingungen sind nur solche Komponenten interessant, die für den Programmablauf und die Programmierung relevant sind. Daß Euer Prozessor blau beleuchtet und wassergekühlt ist, zählt nicht dazu ;-)
Da in den meisten Fällen Euer Programm keine besonderen Anforderungen an die Hardware stellen wird, reicht hier in der Regel das aus, was die Windowsversion voraussetzt
die Problem- und Realisationsanalyse sowie die Realisationsbeschreibung gehen am Thema vorbei
Dies ist wohl der Punkt, der am häufigsten falsch gemacht wird. Lest Euch bitte dazu die Doku-Richtlinien, Punkt 5.2 sorgsam durch! Wichtig ist hier, daß Ihr nicht nur einfach schreibt, wie Ihr etwas gelöst habt, sondern daß Ihr diskutiert, warum Ihr es genau so und nicht anders gemacht habt
bei Unklarheiten wird nicht nachgefragt
Nutzt die Gelegenheit, Fragen in der Newsgroup oder per Mail zu stellen, falls Euch irgendetwas unklar ist. In der Regel antworte ich sehr schnell auf Anfragen und Ihr spart Euch somit den Ärger, später Sachen umändern zu müssen, weil Ihr vorher einfach mal angenommen habt, etwas sei schon so oder so gemeint