Formblatt

[mkinzler]

Man sollte es aber betonen, daß ein derartiges Vorgehen eher suboptimal ist. Je mehr Units es gibt, desto wichtiger wird die Namensgebung.

[sh17]

kommt darauf an, wie die Assoziation im Gedächtnis aufgebaut wird

konkret siehts so aus

DPR00501.DPR
DPR00501Unit1.pas
DPR00501Unit2.pas
DPR00607.DPR
DPR00607Unit1.pas
DPR00607Unit2.pas
...

Was sich hinter den Projektnamen wie DPR00501 verbirgt hat man im Kopf, die Units mit den Forms dann meist auch.

Nur Units mit allgemeinen Funktionen/Klassen bekommen "richtige" Namen.

EDIT:

"suboptimal" ist doch immer wieder ein schönes Wort

[Mucki]

Danke für die ausführliche Erklärung...

Zitat von Christian Seehase:

Moin Mucki,

die Caption ist das, was in der Titelzeile des Formulares anzeigt wird:
Das solltest Du auf einen für den Einzsatzzweck passendes setzen.

Mit dem Namen kann jedes Control (nicht nur die Formulare) angesprochen werden, deshalb ist es meist wichtig, hier einen Namen zu vergeben, der eine Zuordnung zur Funktion ermöglicht.
Beispielsweise ist der Name btnSave wohl aussagekräftiger als Button1.

Mal ganz allgemein:
Mit der sinnvollen Wahl von Bezeichnern kannst Du Dir einiges an Arbeit bei der Kommentierung sparen.
Das gilt natürlich auch für Konstanten, Variablen, Funktionsnamen usw.
Durch die entsprechende Benennung wird das Programm dann lesbarer, da man nicht unbedingt lange überlegen muss, wozu jetzt etwas dient, sondern es sich, im Idealfall, aus dem Namen ergibt.
Oft werden auch Prefixe verwendet um etwas besonderes, oder den Typ auszudrücken.
Allgemein üblich wären, z.B., T für eine Typdeklaration (TStringList), F für ein privates Feld einer Klasse, P für einen Pointertyp.
Wenn ich also irgendwo in einem Source etwas lese, was mit einem T beginnt, gehe ich erst einmal davon aus, dass es sich um einen Typenbezeichner handelt. Sollte das nicht der Fall sein, würde es meinen Lesefluss ungemein stören
Wichtig ist es nicht einen bestimmten Stil zu verwenden, denn da gibt es doch viele verschiedene, sondern den gewählten Stil durchzuhalten, damit man sich, zumindest, in seinen eigenen Sourcen auskennt.
Spätestens dann, wenn die Programme grösser werden, wird man ohne ein System der Benennung nicht auskommen, oder man wird für die kleinste Änderung, von Fehlersuche mal ganz zu schweigen, sehr viel Zeit benötigen.

[EDIT]
@sh17:

Zitat von sh17:

Wir machen es z.B. so

Projekt: Projekt1.DPR
Unit1 Projekt1Unit1.PAS Form: Projekt1Form1
Unit2 Projekt1Unit2.PAS Form: Projekt1Form2

Und damit kommt ihr zurecht?