GUI Modifikation während Entwicklung

[Klausi1305]

Dann werd ich mir mal TAction Komponenten reinziehen....

@Stahli: In der IDE kann ich ja nur die "Start" Optionen des Frames, Formulars festlegen, und nicht "wenn Button1 gedrückt, dann Button 2-6 enabled:=False; Oder liege Ich da falsch...Ich meinte damit das mir diese ewige rumkopiererei der Propertys im Quelltext auf den Sack geht..

[generic]

Auf der Entwickler Homepage kannst du den Beispiel Source runterladen.
Es gibt auf einen Code-Rage Video auch Beispiele dazu.

[alzaimar]

Zitat von Klausi1305:

...Ich meinte damit das mir diese ewige rumkopiererei der Propertys im Quelltext auf den Sack geht..

Dann machst Du etwas Fundamentales falsch: Wer rumkopiert, verstößt gegen das DRY-Prinzip.

Erweitere deine Form doch einfach um Verhaltenseigenschaften, hinter denen sich komplexe Änderungen der GUI verbergen. So kann z.B. die Eigenschaft 'DataModified' einen 'Save'-Button steuern: Sind die Daten geändert, ist der Save-Button aktiviert, sonst nicht.

Beim Speichern der Daten wird dann einfach 'DataModified' auf FALSE gesetzt. Jedes OnChange-Ereignis eines Datensteuerelementes setzt DataModified auf TRUE.

Dazu verwendet man zwar i.A. datensensitive Steuerelemente, aber das war ja auch nur als Beispiel gedacht.

[Klausi1305]

DRY Prinzip...Ok ich werd mal die Suche und den Gockel bemühen...

Entschuldige das Ich seit Jahren dagegen verstosse...Aber ich mach das nur Hobbymäßig, und nicht für die Schule oder so.

Aber genau deswegen frage Ich ja hier nach, da mir meine Fachliteratur darüber auch nur sehr wenig Auskunft gibt..

[DeddyH]

DRY = Don' t Repeat Yourself

[Klausi1305]

Also willst du mir damit sagen das Ich z.b. 40 mal die selbe Methode in einer Klasse neu per Hand schreibe und nur den Variablenname ändere?????

Wenn ja...mmmhh..unschön

[Aphton]

Lol, ne, das haste falsch aufgegriffen.

Da ich Analogien so liebe, hier eine:
Du kannst die drei vor dir liegenden Kisten einzeln tragen, oder sie übereinander stapeln und musst daher nicht 3 mal hin und her!

Konkret - Lagere alles in Methoden aus und halte die DRY-Regel ein!

MfG

[mquadrat]

Mag nicht mal jemand die VCL um Property-Changed-Notifications und Commands mit Can-Execute erweitern? Und dann beides noch mit einem gescheiten Data-Binding aneinander anhängen. Oh und am Besten via Convention-Over-Configuration.



Naja, man wird doch noch träumen dürfen