Difference between revisions of "DoDont/de"

From Free Pascal wiki
m (Die richtige und die falsche Art mit Pascal zu programmieren)
m
Line 3: Line 3:
 
= Die richtige und die falsche Art mit Pascal zu programmieren =
 
= Die richtige und die falsche Art mit Pascal zu programmieren =
 
Das sind alles selbst erarbeitete Hinweise zur Programmierung.<br>
 
Das sind alles selbst erarbeitete Hinweise zur Programmierung.<br>
Ich habe die richtige und die unrichtige Art der Programmierung auf die harte Tour gelernt, und zwar, indem ich die falschen Dinge zu erst gemacht habe.<br>
+
Ich habe die richtige und die unrichtige Art der Programmierung auf die harte Tour gelernt, und zwar, indem ich die falschen Dinge zuerst gemacht habe.<br>
 
<br>
 
<br>
 
== Die richtige Art zu programmieren ==
 
== Die richtige Art zu programmieren ==
 
# Verwende während der Entwicklung die Bereichsüberprüfungen des Compilers (Bereich, IO, Überlauf). Compilerschalter "-Crio"
 
# Verwende während der Entwicklung die Bereichsüberprüfungen des Compilers (Bereich, IO, Überlauf). Compilerschalter "-Crio"
 
# Verwende von Zeit zu Zeit heaptrace, um zu sehen, ob Sie irgendwelche Speicherlecks haben. Compilerschalter "-ghl"
 
# Verwende von Zeit zu Zeit heaptrace, um zu sehen, ob Sie irgendwelche Speicherlecks haben. Compilerschalter "-ghl"
# Teile grosse Units in mehrere kleinere Units auf. Grosse Unist sind fast immer ein Zeichen von schlechtem Programmdesign.
+
# Teile grosse Units in mehrere kleinere Units auf. Grosse Units sind fast immer ein Zeichen von schlechtem Programmdesign.
# Versehen sie Ihre Variablen und Unterprogramme mit sprechenden Namen. Verfolgen Sie bei der Namensgebung konsequent einen einheitlichen Stil.
+
# Versehen Sie Ihre Variablen und Unterprogramme mit sprechenden Namen. Verfolgen Sie bei der Namensgebung konsequent einen einheitlichen Stil.
# Es ist allgemein üblich für die Namen der Identifier sinnvolle Namen zu verwenden
+
# Es ist allgemein üblich, für die Namen der Identifier sinnvolle Namen zu verwenden
# Verwenden Sie bei den Variablennnamen soetwas wie die "ungarische Notation" (ein Präfix zeigt an, um welchen Datentyp es sich handelt.)
+
# Verwenden Sie bei den Variablennnamen so etwas wie die "ungarische Notation" (ein Präfix zeigt an, um welchen Datentyp es sich handelt.)
# Arbeiten Sie beim codieren mit Einrückungen. Dies macht den Code lesbarer und verständlicher.
+
# Arbeiten Sie beim Codieren mit Einrückungen. Dies macht den Code lesbarer und verständlicher.
 
# Die einzig wahre Programmiersprache für Ihre Arbeit ist Pascal.
 
# Die einzig wahre Programmiersprache für Ihre Arbeit ist Pascal.
 
<br>
 
<br>
 
== Die falsche Art zu programmieren ==
 
== Die falsche Art zu programmieren ==
 
# Nimm alle Punkte aus dem obigen (richtigen) Abschnitt und verkehre sie in ihr Gegenteil.
 
# Nimm alle Punkte aus dem obigen (richtigen) Abschnitt und verkehre sie in ihr Gegenteil.
# Zweifel am Leistungsumfang von Pascal.
+
# Zweifle am Leistungsumfang von Pascal.
# Verwenden Sie den Compilerschalter "-Ct" (stack check) unter Windows 32 Bit niemals im Zusammenhang mit threads.
+
# Verwenden Sie den Compilerschalter "-Ct" (stack check) unter Windows 32 Bit niemals im Zusammenhang mit Threads.
 
# Verwenden Sie niemals für Argumente und Datenfelder die selben Namen.
 
# Verwenden Sie niemals für Argumente und Datenfelder die selben Namen.
 
<br>
 
<br>

Revision as of 16:31, 15 September 2013

Deutsch (de) English (en) français (fr)

Die richtige und die falsche Art mit Pascal zu programmieren

Das sind alles selbst erarbeitete Hinweise zur Programmierung.
Ich habe die richtige und die unrichtige Art der Programmierung auf die harte Tour gelernt, und zwar, indem ich die falschen Dinge zuerst gemacht habe.

Die richtige Art zu programmieren

  1. Verwende während der Entwicklung die Bereichsüberprüfungen des Compilers (Bereich, IO, Überlauf). Compilerschalter "-Crio"
  2. Verwende von Zeit zu Zeit heaptrace, um zu sehen, ob Sie irgendwelche Speicherlecks haben. Compilerschalter "-ghl"
  3. Teile grosse Units in mehrere kleinere Units auf. Grosse Units sind fast immer ein Zeichen von schlechtem Programmdesign.
  4. Versehen Sie Ihre Variablen und Unterprogramme mit sprechenden Namen. Verfolgen Sie bei der Namensgebung konsequent einen einheitlichen Stil.
  5. Es ist allgemein üblich, für die Namen der Identifier sinnvolle Namen zu verwenden
  6. Verwenden Sie bei den Variablennnamen so etwas wie die "ungarische Notation" (ein Präfix zeigt an, um welchen Datentyp es sich handelt.)
  7. Arbeiten Sie beim Codieren mit Einrückungen. Dies macht den Code lesbarer und verständlicher.
  8. Die einzig wahre Programmiersprache für Ihre Arbeit ist Pascal.


Die falsche Art zu programmieren

  1. Nimm alle Punkte aus dem obigen (richtigen) Abschnitt und verkehre sie in ihr Gegenteil.
  2. Zweifle am Leistungsumfang von Pascal.
  3. Verwenden Sie den Compilerschalter "-Ct" (stack check) unter Windows 32 Bit niemals im Zusammenhang mit Threads.
  4. Verwenden Sie niemals für Argumente und Datenfelder die selben Namen.