DevExpress DB Editor Komponente als einfachen Editor nutzen

[Mschmidt]

geht das nicht?
wenn die alte Komponente ein Datasource hat, dann verwende zb. cxDBEdit ansonsten cxEdit?

Mit Mem-Datasets arbeiten halte ich für keine gute Idee. Bei dem Umfang den du beschreibst, brauchst du davon Unmengen.

Ableitungen/Erweiterungen würde ich mit ClassHelpers überdenken, sofern das deine Delphi-Version unterstützt.

Grundsätzlich haben Automatismen das Problem, auch das zu "Übersetzen" was eigentlich bleiben sollte (Search&Replace vs. Refaktoring)
Auch wenn es unmöglich erscheint, würde ich eher alles Manuell umsetzen. Zumal, wenn du alle DevExpress Komponenten hast, auch
ein Layouter (tdxLayoutControl) dabei ist, mit dem die Felder wesentlich besser und leichter zu arrangieren sind.
vg
Mathias

[TRomano]

Zu mindestens kann man, wie beschrieben, automatisiert an Stelle von "cxDBEdit" die Komponente "cxEdit" setzen.
Was da noch so an Woll2Woll-Kompo´s rumschwirrt kann ich nur erahnen, aber ich denke auch, dass Du um einen Anteil an Handarbeit nicht drum rum kommst.
Aber wenn man sich eine Umsetztabelle für die Komponenten schafft (nur die unterschiedlichen Properties in den DFM können Probleme machen) könnte ein großer Teil damit erschlagen werden.

[Dejan Vu]

Zitat von Mschmidt:

geht das nicht?
wenn die alte Komponente ein Datasource hat, dann verwende zb. cxDBEdit ansonsten cxEdit?

Er schrieb, das das nicht so einfach ist und ich befürchte, das ist zur Laufzeit so, das die Datasource mal weg ist und mal nicht. Wenn nicht, würde ich das auch so machen (kleinen Parser schreiben, das das checkt)

[jojo-sp]

Ich habe ein Tool geschrieben, mit dem ich alle pas und dfm durchforste und nach den wws Suche. Mit Hilfe einer "Parsing" Tabelle versuche ich dann die Properties und Ereignisse passend zu setzen. Funktioniert auch recht zuverlässig, aber das Problem, wie Dejan Vu geschrieben hat, sind die zuweisungen zur Laufzeit, die zum Teil auch mit einem Cast gemacht werden. Da kann ich lange die pas nach dem Namen der Komponenten und Kompo.DataSource := suchen
Es läuft also einfach auf Handarbeit hinaus...

[Dejan Vu]

Leider ja. Denn die DevExpress Komponenten verhalten sich hier anders und sind keine Hybriden, aber wem erzähl ich das...

[vagtler]

Zitat von jojo-sp:

Ich habe ein Tool geschrieben, mit dem ich alle pas und dfm durchforste und nach den wws Suche. Mit Hilfe einer "Parsing" Tabelle versuche ich dann die Properties und Ereignisse passend zu setzen. [...]

Das können z.B. die GExperts weitestgehend von Haus aus.

[Dejan Vu]

Zitat von vagtler:

Das können z.B. die GExperts weitestgehend von Haus aus.

Das würde mich jetzt mal interessieren, wie das geht:
"Ersetze alle TwwFuddelEdit mit TcxDBFuddelEdit, aber nur dann, wenn TwwFuddelEdit eine nicht leere Property 'DataSource' hat."

[vagtler]

Zitat von Dejan Vu:

[...] "Ersetze alle TwwFuddelEdit mit TcxDBFuddelEdit, aber nur dann, wenn TwwFuddelEdit eine nicht leere Property 'DataSource' hat."

So natürlich nicht. Aber die Anforderung liest sich für mich anders:

Zitat von jojo-sp:

Ich habe ein Tool geschrieben, mit dem ich alle pas und dfm durchforste und nach den wws Suche. Mit Hilfe einer "Parsing" Tabelle versuche ich dann die Properties und Ereignisse passend zu setzen. [...]

Siehe http://www.gexperts.org/tour/index.h...omponents.html

[Dejan Vu]

Ah. Praktisch. Ich denke auch, das hier zuviel Automatismus die Angelegenheit nur schlimmer macht. Hier muss die Funktionalität ja angepasst werden.

Ich kann mir vorstellen für jede Componente einen Wrapper zu bauen, der die Properties der WW-Controls exportiert und intern entweder auf ein TcxEdit oder TcxDBEdit mappt, je nachdem, ob die Datasource-Eigenschaft gesetzt ist, oder nicht.

[jojo-sp]

Dejan Vu hat schon recht, ich prüfe wirklich ob DataSource gesetzt ist. GExperts kann zwar das ersetzen erledigen, aber nicht unterscheiden. Ausserdem habe ich festgestellt, dass bei dieser Projektgröße GExperts bzw. Delphi abstürzt, da der Speicher aus dem Ruder läuft.