Kompon. StringGrid, Zellen für verschied. Typen mit overload

[EccoBravo]

Hallo,

wer hat sich nicht schon mal darüber geärgert, daß sein Quellcode durch Typenwandlung für I/O in ein StringGrid oder TEdit unnötig lang wird?

Ich will mir aus TEdit und TStringGrid neue Komponenten erzeugen, die ihren Daten I/O
(TEdit.Text, TStringGrid.Cells[i,j]..) nicht nur über den Typ "String" ausüben
sondern auch mit "Integer" oder "Single" mit verschiedenen Rundungen machen.
Dieses will ich mittels Methoden Overload machen.

Bei TEdit glaube ich das auch zu verstehen.
Wie ist es aber mit TStringGrid, der Daten I/O ist ja zellselektiv und soll es auch bleiben.
Ich müßte ja eine Methode "2. Ordnung" überladen?

Weiß jemand wie das geht?

Danke,

E. B.

PS:
Will schnell noch ergänzen:
ich will den Datenaustausch über
TEdit.Text --> String, Single, Integer..
und über
TStringGrid.Cells[i,j] --> String, Single, Integer..


also über die schon bekannten Methoden.

Danke nochmals

[shmia]

Zitat von EccoBravo:

wer hat sich nicht schon mal darüber geärgert, daß sein Quellcode durch Typenwandlung für I/O in ein StringGrid oder TEdit unnötig lang wird?

Ich will mir aus TEdit und TStringGrid neue Komponenten erzeugen, die ihren Daten I/O
(TEdit.Text, TStringGrid.Cells[i,j]..) nicht nur über den Typ "String" ausüben
sondern auch mit "Integer" oder "Single" mit verschiedenen Rundungen machen.
Dieses will ich mittels Methoden Overload machen.

Ich glaube nicht, dass diese Vorgehensweise so viel bringt.
Ich würde die Controls so lassen wie sie sind und stattdessen eine Brücke bauen.
so als Anregung:

Delphi-Quellcode:

TStringGridAdapter = class(TComponent)
   ....
   property StringGrid:TStringGrid;
   property CellsAsInteger[x,y:integer]:integer; 
   property CellsAsDatetime[x,y:integer]:TDatetime;
   ...
end;

Um dieser Adapter zu benützen ist später etwas mehr Aufwand nötig, als wenn du TStringGrid direkt ableiten würdest.
Aber die Vorteile (funktioniert mit TStringGrid und allem was davon abgeleitet ist) wiegen diese kleine Unannehmlichkeit auf.

[EccoBravo]

Hallo und Danke,

ich bin ja für alles offen, Brücke.. das habe ich irgend wo schon mal gehört, und zwar bei Entwurfsmustern, was ist eigentlich unter solch einer Brücke zu verstehen ?
Und warum geht das andere Überladen eigentlich nicht ?

Danke und Grüße
E. B.

[shmia]

Zitat von EccoBravo:

ich bin ja für alles offen, Brücke.. das habe ich irgend wo schon mal gehört, und zwar bei Entwurfsmustern, was ist eigentlich unter solch einer Brücke zu verstehen ?
Und warum geht das andere Überladen eigentlich nicht ?

Properties dürfen ja auch Parameter haben; dass sind dann Array-Properties wie z.B. TStringGrid.Cells[].
Überladen wäre nur dann möglich, wenn sich die Parameter in Anzahl und/oder Datentyp unterscheiden würden.
Im folgenden Beispiel kann der Compiler nicht entscheiden, welche Variante zu verwenden ist.

Delphi-Quellcode:

property Cells[x,Y:integer]:string; overload;
property Cells[x,Y:integer]:Integer; overload;  // nicht erlaubt
property Cells[s:string]:integer; overload; // das wäre denkbar, aber wohl nicht sinnvoll

[EccoBravo]

Das habe ich mir beinahe gedacht,
Da finde ich die Brückenlösung schon besser.

Aber nun noch die dumme Frage, was eigentlich das Brückenmuster ist und darstellt?

Grüße

E. B.

[shmia]

Zitat von EccoBravo:

Aber nun noch die dumme Frage, was eigentlich das Brückenmuster ist und darstellt?

Brücke und Adapter sind zwei verschiedene Dinge (aber frag mich jetzt nicht nach dem Unterschied )
Das skizzierte Hilfsobjekt ist wohl ein Adapter.
Schau mal auf: http://www.dotnetpro.de/articles/fre...-Interface.pdf (106k)
vielleicht bringt das etwas Klarheit.