Komplette Überarbeitung der sichtbaren Controls notwendig/wünschenswert?

[stahli]

Hallo alle,

ich habe mal eine Grundsatzfrage:

Ich leite derzeit von allen möglichen Komponenten eigene Komponenten zur Verwendung bestimmter Daten ab.
Dabei fällt mir immer wieder auf, dass die Standardcontrols sehr unterschiedlich und teilweise "schludrig" aufgebaut sind. Zumindest wirkt das auf mich an einigen Stellen so.

Manchmal wird z.B.
- OnClick statt OnChange aufgerufen,
- OnClick gefeuert, wenn das Control den Focus erhält,
- interne Botschaften verschickt, deren Abarbeitung in der Reihenfolge nicht vorhersehbar sind,
- wesentliche Methoden nicht virtualisiert (so dass man sie nicht überschreiben kann)
- usw

Ich will jetzt nicht einzelne Komponenten und deren Umsetzung diskutieren (soll jetzt also mal egal sein, welches Problem wo auftritt), sondern nur mal Eure grundsätzliche Meinung hören, ob Ihr meine Einschätzung teilt...

Wären komplett überarbeite, einheitlichere und übersichtlichere Controls sinnvoll?

[Bummi]

Meine Meinung hierzu kennst Du, in der Objekthierarchie so früh wie möglich aufsetzen.
Besser etwas nachrüsten, als etwas rauszumurksen.

[mkinzler]

Ich würde eher sagen so früh wie nötig. Sonst müsstest du ja immer die komplette RTL/VCL neu erfinden

[Bummi]

@mkinzler
ich denke wir meinen das gleiche, sobald ich aus einer Komponente ein unerwünschtes Verhalten mühsam unterdrücken muss, heißt es IMHO eine Ebene tiefer ansetzen.

[stahli]

Ich will mal ergänzen:

Eigentlich will ich ja schon ALLE Eigenschaften und Möglichkeiten der Standardkomponenten übernehmen, nur halt an ein paar Stellen etwas abändern.
Und diese Änderungen werden durch den m.E. wenig optimalen Aufbau der Originalkomponenten erschwert.
M.E. sollten solche "unerwünschten Verhaltensweisen" in den Originalkomponenten korrigiert werden.
Mich hatte eben interessiert, ob das auch andere Entwickler so sehen, die häufig von Komponenten ableiten (kann ja sein, dass ich auch hier mal wieder etwas exotische Ansichten habe ).

Übrigens: Auch die normale Nutzung mancher Komponenten ist im Detail nicht so, wie man es eigentlich erwarten sollte.

[Medium]

Die VCL hat durchaus an einigen Stellen Dinge, die in manchen Situationen wenig praktisch bzw. nachvollziehbar erscheinen. Erst kürzlich habe ich mir gewünscht, dass die Text-Property von Edits und Comboboxen aus einem gemeinsamen Vorfahren stammten, da ich in dem OnChange-Handler (gleicher Signatur bei beiden) darauf reagieren will, am liebsten via (Sender as TGemeinsamerVorfahrMitText). Ich halte es für sehr schwer all solche teils recht individuellen Designfragen von Anfang an zu berücksichtigen, und man würde in jedem Fall (bei der VCL, bei einer eigenen Lib) nicht später als bei TWinControl bzw. TControl ansetzen können um dies zu tun. Je offener man ein "Template" gegenüber Individualisierung gestaltet, desto mehr erkauft man es sich durch Komplexität und Intransparenz. Meistens. WPF hat denke ich gezeigt, dass man es recht weit treiben kann . Nicht einfach, einen Mittelweg zu finden, der nahezu alle Bedürfnisse bedienen kann, ohne zu überfrachtet zu erscheinen. Schwierige Frage.

[mschaefer]

Du triffst gerade den Nerv! Die VCL ist deutlich überarbeitugnsbedrürftig. Wenn ich meine Sammlung anschaue kann ich bald meinen Komponenenvertrieb aufmachen. Allerdings ist eine VCL-Neuaufsetzung eine Teamaufgabe, da für den Einzelnen einfach nicht zu leisten. Und so ein Team muß abgestimmt sein.

Grüße

[Bernhard Geyer]

Zitat von Medium:

Die VCL hat durchaus an einigen Stellen Dinge, die in manchen Situationen wenig praktisch bzw. nachvollziehbar erscheinen. Erst kürzlich habe ich mir gewünscht, dass die Text-Property von Edits und Comboboxen aus einem gemeinsamen Vorfahren stammten, da ich in dem OnChange-Handler (gleicher Signatur bei beiden) darauf reagieren will, am liebsten via (Sender as TGemeinsamerVorfahrMitText). Ich halte es für sehr schwer all solche teils recht individuellen Designfragen von Anfang an zu berücksichtigen, und man würde in jedem Fall (bei der VCL, bei einer eigenen Lib) nicht später als bei TWinControl bzw. TControl ansetzen können um dies zu tun.

Dies kannst du per Reflection machen. Einfach per RTTI das Property mit dem Namen "Text" auslesen. Geht seit D1.

[mquadrat]

Solange man abwärtskompatibel bleiben will, wird man an den Inkonsistenzen wenig bis nichts machen können.

Pnrinzipiell gehört die VCL komplett überholt (wenn ich nicht irre, steht in der Roadmap ja auch sowas in der Art). Ich mag Databinding und PropertyChangeNotifications haben

Interessanterweise vergibt man der VCL aber viel, schließlich hat Delphi immer noch den besten GUI Designer weit und breit (wenn man hauptsächlich Std-Controls verwenden will).

[Medium]

@Bernhard: Klar geht das, aber es ist kein in 20sec geschriebener Einzeiler mehr, der einfach nur ein leeres Edit/Combo anders einfärbt als ein gefülltes. Prinzipiell kann man ja immer alles machen, aber es geht hier doch denke ich eben darum, Dinge komfortabel anzulegen. Und das ist eben bei der Fülle an individuellen Bedürfnissen eine echte Nuss.