OOP-TRealEdit von TEdit abgeleitet und Fähigkeiten erweitert

[Christian Seehase]

Moin Hansa,

irgenwie hab' ich den Eindruck, dass die hier meist schnellen Antworten auf Fragen/Beiträge verwöhnen :mrgreen:

Zu Deinen Fragen:

1. Zu jeder Eigenschaft die man deklariert kann man eine Get- (read) und eine Set- (Write) Methode deklarieren, deren Parameter/Rückgabewert durch die Eigenschaft für die man sie benötigt festgelegt sind (wie Du ja inzwischen auch schon festgestellt hast).
   Es gibt hierbei eine sehr einfache Möglichkeit sich das Leben zu erleichtern:
   Man schreibt einfach die Zeile
   property Eigenschaft : Datentyp read GetMethode write SetMethode;
   und drückt dann STRG-SHIFT-C (Caret in der Zeile lassen). Dann werden die Deklarationen automatisch erzeugt.
   Es geht auch auf diesem Wege mehrere Methoden gleichzeitig erzeugen zu lassen. Dies gilt nicht nur für Get/Set sondern auch für alle anderen, deren Header man schon in der Klasse deklariert hat.
2. Den Wert der standardmässig im OI erscheinen soll kann man im constructor vorgeben.
3. CreateParams setzt die für den aufruf der CreateWindow erforderlichen Werte (Struktur CREATESTRUCT). Dazu am Besten mal im PSDK unter CreateWindows(Ex) die Einzelheiten nachschlagen.
   In diesem Zusammenhang darf man nicht vergessen, dass ja auch ein Button oder ein Editfeld ein Fenster darstellen, nur eben mit besonderen Eigenschaften.

Wenn die Meldung:

Zitat:

Zitat von Hansa

"Die Komponente x kann nicht installiert werden, weil sie schon in package y drin ist"

oder ählich kommt muss die Kompo erst einmal entfernt werden, weil nun einmal nicht zwei Kompos mit gleichem Namen gleichzeitig im System vorkommen dürfen.
Deshalb sollte man auch seinen Komponenten immer einen Prefix verpassen um die Wahrscheinlichkeit von Kollisionen zu verringern.
Dazu gab's bei Borland sogar mal die Möglichkeit "seinen" Prefix registrieren zu lassen.
(Beispiel RxLib: Hier fangen die Kompos immer mit Trx an)

Zitat:

Zitat von Hansa

...zumindest für mich ist es unbegreiflich, daß anscheinend von 99% nur das vorgekaute von Borland benutzt wird.

Das glaub' ich nicht unbedingt. Es ist nur einfacher fertige Komponenten, von wem auch immer, zu verwenden, als selber welche zu schreiben. In manchen Fällen kann es auch eine betriebswirtschaftliche Entscheidung sein:
Eine Komponente zu schreiben und zu testen kann teurer sein, als eine entsprechende fertige zu kaufen.

Vielleicht ändert sich ja durch Diesen und ähnliche Threads etwas, und es fangen doch ein paar mehr mit der Eigenentwicklung an, nachdem die Hemmschwelle erst einmal überwunden ist. ;-)

[Hansa]

Hi, Christian, willkommen im Club. :mrgreen:

Zitat:

Zitat von Christian Seehase

...dann STRG-SHIFT-C

Guter Hinweis. Die Feldeigenschaften werden richtig gesetzt. Der Typ wird berücksichtigt usw. Im OI ist das dann auch schon drin.

Zitat:

Zitat von Christian Seehase

...Den Wert der standardmässig im OI erscheinen soll kann man im constructor vorgeben.

Dann schau Dir mal meine Sourcen an und sage mir, wo das hin muß. Ich meine damit, daß taRightJustify als Standardwert angenommen wird. In CreateParams ist es wohl fehl am Platze. constructor ist im Moment keiner vorhanden.

Zitat:

..Das glaub' ich nicht unbedingt. Es ist nur einfacher fertige Komponenten, von wem auch immer, zu verwenden, als selber welche zu schreiben. In manchen Fällen kann es auch eine betriebswirtschaftliche Entscheidung sein:...

Wenn Du da eine passende findest, schön und gut. Besser ist es wohl dennoch, sie selber zu machen, dann weiß man,was man hat.

Und nun noch zu meinen 99%: vielleicht ist das zu viel, aber ich mache mal folgende Rechnung auf : 1. fast 1200 registrierte Benutzer 2. Zahl der Gäste wesentlich höher (gerade im Moment das 10-fache) 3. Insgesamt 125 Aufrufe des Themas. 4. Antworten von 2 Benutzern. Das sind dann 1.6 Promille. Also das wären 99.84 %, die das alles nicht nutzen. Gehen wir mal von den Lesezugriffen aus : Falls jeder User das ganze nutzt und sich EINMAL durchliest, haben immer noch 90% kein Interesse. Rechnet man die Gäste hinzu landen wir wieder bei 99%.

Traurig, traurig, aber mir egal. Das Thema ist wichtig, das weiß ich.

[Christian Seehase]

Moin Hansa,

Zitat:

Zitat von Hansa

constructor ist im Moment keiner vorhanden.

Dann würd' ich mal vorschlagen:
Füg' einen hinzu und initialisiere dort die Ausrichtung.
Dafür ist der constructor auch da.

[Hansa]

wo soll ich denn den am besten einbauen ? Soll ich da Parameter benutzen ?

[Christian Seehase]

Moin Hansa,

ich hoffe mal Dich jetzt richtig verstanden zu haben:

I.d.R. wird ein constructor unter public angelegt, und mit dem Namen Create versehen.

So in der Art:

Delphi-Quellcode:

//...
  published
    constructor Create(AOwner : TComponent); override;
//...

implementation

constructor TDBRealEdit.Create(AOwner: TComponent);
begin
  inherited;
  FAlignment := taRightJustify;
end;

//...

[Hansa]

sieht aus, als wärs das gewesen. Und nun das nächste:

Code:

procedure TRealEdit.KeyPress(var Key:Char);
var ZulZeichen : SET OF char;
begin
  inherited KeyPress(Key);
  if OnlyReals then begin
    ZulZeichen := ['0'..'9',#8];
    if pos (DecimalSeparator,text) = 0 THEN  // kein . im RealEdit.text . zulassen
      ZulZeichen := ZulZeichen + [DecimalSeparator]
    else
      ZulZeichen := ZulZeichen - [DecimalSeparator]; // zweiten .  verhindern
    if not (Key in ZulZeichen) then
      Key := #0
    else begin
      if length (text) = 3 then
        text := text + '.';
    end;
  end;
  end;

Man beachte die Zeile :

Code:

text := text + '.'

Testweise soll bei dem 3. Zeichen ein Tausenderpunkt kommen. So sollte es aussehen: 123.456 und das kommt dabei heraus : 456123. Der Punkt ist zwar gesetzt, aber die Eingabe beginnt danach vor der 1. Zuerst also 4123. dann 45123. usw. Sieht da jemand mehr als ich ?

[[TP]Hawk274]

@Christian Seehase
Warum muss schreibst du den Konstruktor in den Published Teil der Klasse? Wie du auch erwähnt hast schreibt man ihn immer in den Public Teil der Klasse, was ich auch immer mache. Worin besteht jetzt darin der Unterschied?

[Christian Seehase]

Moin Hawk,

da hab' ich nicht aufgepasst.
Der constructor sollte natürlich in den public Teil :oops:

published ist ja auch eine Borland Spezialität für den OI.

[Hansa]

die Spezialität ist: protected. ähmmm

[nailor]

Ich habs bis jetzt noch nicht gebraucht, aber jetzt ist der Moment gekommen. Und es ist sehr gut. Wenn jetzt noch jemand ein SpinEdit so umbastelt, dass es damit arbeitet, dann ist demjenigen mein Dank sicher!!!
:firejump: