Property im OI hervorheben

[himitsu]

Tachchen,

kann man irgendwie Property "qusi als wichtig" im IO hervorheben? (farbig, fett oder so)
Also vorallem in selbsterstellten Komponenten.

Irgendwie kann man zwas Property einer Gruppe zuweisen, aber diese Gruppenansicht wird eigentlich nie verwendet.
(mir persönlich war sie insgesammt zu unübersichtlich und die Anderen nutzen sie eigentlich auch nicht ... kann aber auch sein, daß sie Diese eh nicht kennen)

[Bummi]

iNVERSES cAMELcASE ?

[Stevie]

Den Object Inspector Expert von Uwe nutzen und die Eigenschaft den Favoriten hinzufügen

[himitsu]

www.bitcommander.de is offline

Und was macht dieses Favorit?
Das soll ja automatisch bei jedem Hervorgehoben sein, ohne daß sich es jeder selber favoritisieren muß.

[stahli]

Man KÖNNTE eine zusätzliche Eigenschaft mit Unterstrich als Kopie auf die eigentliche Eigenschaft veröffentlichen (z.B. "_Caption"), dann würde das im OI immer ganz oben zu finden sein.
Ob das als gute Idee zu bewerten ist, bin ich aber selbst nicht sicher...

[himitsu]

Wir haben einige/viele Property schon direkt _ benannt, aber Einige halt nicht und es nicht so leicht möglich die jetzt einfach so umzubenennen, ohne alle Fenster (hunderte DFMs und die PAS) zu bearbeiten.

Leider gibt es immer mehr Property (in neueren Delphis) und in den DevExpressKomponenten ist es noch schlimmer, so daß man die Property der eigenen Ableitungen nicht immer erkennt.

[Bummi]

andererseits graut es mir bei der Vorstellung, dass jeder seine Properties quitschbunt mit jeder Vererbung in gegf. einem anderen Stil verwenden könnte.

[shmia]

Zitat von himitsu:

und in den DevExpressKomponenten ist es noch schlimmer, so daß man die Property der eigenen Ableitungen nicht immer erkennt.

Also ich würde es unbedingt vermeiden, von den DevExpress-Komponenten abzuleiten.
Diese Komponenten sind eh schon kaffeekochende,eierlegende Wollmilchsäue mit denen man fast alles machen kann.

Eigentlich solle man alle Komponenten und insbesondere die Controls als final oder sealed (versiegelt) betrachten.
Es mag Fälle geben, bei denen man nur durch Ableitung das gewünschte Verhalten erreichen kann aber diese Fälle sollten die absolute Ausnahme bleiben.

[himitsu]

Wir leiten quasi grundsätzlich alles ab.

So werden überall ein paar gewisse Grundfunktionen (z.B. Funktionstasten) eingebaut, gewisse Grundeinstellungen gesetzt (damit die Komponenten sich einheitlich ins System einpassen und man es nicht immer wieder erneut eingeben muß) und vorallem wurde Vieles mit einer eigenen Übersetzung/Lokalisierung aufgerüstet.

(Ja, für Einiges gibt es inzwischen Alternativen, aber wir haben andere Probleme, als jetzt diese funktionierenden Dinge anzufassen und radikal umzustellen)

[shmia]

Zitat von himitsu:

Wir leiten quasi grundsätzlich alles ab.

Das würde ich für die Zukunft aber abstellen.
Mit zunehmender Erfahrung spürt man immer mehr dass das Ableiten von Klassen aus fremden Bibliotheken viele Nachteile hat.
(versteckte zyklische Abhängigkeiten, schlechte Testbarkeit, schlechte Veränderbarkeit, Probleme beim Portieren auf andere Delphiversionen, hoher Aufwand beim Einrichten der Entwicklungsumgebung)

Allein schon, dass die Idee aufkommt man müsse Properties im OI einfärben zeigt doch schon dass irgendwas nicht stimmt.

Es gibt beim OO-Design folgende Regel: Favor object composition over class inheritance
Wenn man grundsätzlich alles ableitet dann liegt ein übermässiger Gebrauch (over use of inheritance) vor.

inheritance considered harmful