Zur Laufzeit erzeugte Editierfelder

[Neumann]

Man könnte auch ein simples Array für die Edits machen, etwa so:

Delphi-Quellcode:

tform
 edarray:array[1..10] of array[1..10] of tedit; 

procedure TForm1.CreateMatrix(rang:integer);
var
     i,k : integer;
begin
  for i:=1 to rang do
   for k:=1 to rang do
   begin
     edarray[i,k]:=tedit.create(self);
     ...
     editarray[i,k].onexit:=exithandler;
   end
end;
procedure TForm1.EditExitHandler(Sender: TObject);
begin
  for i:=1 to rang do
   for k:=1 to rang do
   begin
     if tedit(sender)=edarray[i,k] then
      // Do something here
   end;

 
end

Mann sollte die Edits dann auch wieder freigeben.

Nur mal schnell hingeschrieben, kann man sicher auch schöner machen.

[himitsu]

Der Vorteil an Tag oder Dictionary ist, dass man im OnClick/OnMouseMove/sonstwo nicht erst in der Liste/Array suchen muß, da die Komponente (Sender) es einem direkt sagt oder man mit nur einem Zugriff das Dictionary fragen kann.




Wenn die Edits einen passenden Owner im Create mitbekommen, wie z.B. die Form oder ein Panel,
dann werden sie bei Freigabe der Form auch mit automatisch freigegeben.


Und auch wenn es "eigentlich" ein klein bissl "falsches" Verhalten ist (aber die WinAPI macht es mit seinen Komponenten auch so, also wurde es auch in die VCL eingebaut und hat mich schonmal echt erschrocken, weil ich damit nicht gerechnet hab, denn "eigentlich" ist ja der Owner für die Freigabe zuständig)
So gibt die VCL ihre Komponenten auf Forms ebenfalls/zusätzlich über die Parent-Beziehung frei,
also z.B. verschwindet das Edit, wenn man das Panel löscht, auf welcher das Edit angezeigt wird.

[KodeZwerg]

Beim erzeugen Speicher ich mir die Referenz in einer "private" liste ab, beim beenden iterier ich die durch und gebe Speicher wieder frei. Das mit "owner panel" gefällt mir, habe ich noch nicht versucht. Danke für den Tipp!

[himitsu]

In dem Panel kannst dann auch mit Panel.FindComponent suchen.

oder

Delphi-Quellcode:

for P in Panel do

(TComponent hat einen Standard-Enumerator für .Components),
bzw. selbst über die .Components iterieren.


.Controls sind die Parent-Beziehungen
und .Components die Owner-Beziehungen.

[bcvs]

Nach all den richtigen Hinweisen mal ne dumme Frage:

Zitat:

In meiner geplanten app habe ich Matrizen unterschiedlicher Größe (Rang) zu verarbeiten. Deshalb erzeuge ich die Editierfelder für die Komponenten ABC[i,k] zur Laufzeit durch folgenden Code:

Warum nimmst du eigentlich kein StringGrid? Wäre doch für soche Matrix-Sachen prädestiniert.

[jziersch]

wenn Du sowieso Deine Edits zur Laufzeit erzeugts, kannst Du auch gleich eine TEdit Ableitung erzeugen, die zu der Aufgabenstellung passt. Dort kannst Du dann eine Referenz des passenden Typs verwalten und bist nicht auf die Tags beschränkt und brauchst auch nicht unbedingt Event handler zuzuweisen.

Edt:=TMySpecialEdit.Create(Self);

Wenn man Komponenten zur Laufzeit erzeugt, macht es keinen Sinn dort auch Namen zuzuweisen. Man riskiert nur Fehler, wenn Namen bereits existieren.

FindComponent brauchst Du nicht, wenn Du alle erzeugten Edits in einer TList<TMySpecialEdit> speicherts. Du kannst So auch einen Pool von Edits haben, deren Funktion Du nach Bedarf neu zuweisen kannst oder sie verstecken.

[himitsu]

dem stimme ich aber nicht ganz zu.
selbst wenn der Name nicht verwendet wird, so ist er beim Debuggen oft sehr hilfreich, z.B. kann man so an der Instanz in einem Eventhandler den Namen auslesen, was leichter zu verstehen ist, als irgendein ObjektZeiger.

aber ja, beim automatischen Erstellen muß man natürlich aufpassen, dass es keine Namenskonflikte gibt,
aber hier kann man z.B. den Namen aus einem Prefix und der Position in der Matrix gut generieren lassen.

[Blup]

Auch wenn ein Teil davon bereits erwähnt wurde, zähle ich das noch mal kurz mit auf:

Warum nicht eine Tabelle (Grid) für die Eingabe verwenden?

Wenn man Komponenten zur Laufzeit erzeugt, kann man denen auch passende Eigenschaften verpassen:

Delphi-Quellcode:

type
  TMyEdit = class(TEdit)
  private
    FPosition: TPoint;
  public
    property Position: TPoint read FPosition write FPosition;
  end;
{...}

Edt := TMyEdit.Create(Self);
Edt.Position.X := k;
Edt.Position.Y := i;
Edt.OnExit := ABCOnExit;
{...}

procedure TForm1.ABCOnExit(Sender: TObject);
begin
  k := TMyEdit(Sender).Position.X;
  i := TMyEdit(Sender).Position.Y;
  {...}
end;

Speichert man die Komponenten beim Erzeugen in einem Array, wird FindComponent nicht benötigt.

Delphi-Quellcode:

TForm1 = class(TForm)
private
  FMyEditABC: array of array of TMyEdit;
end;

Edt := TMyEdit.Create(Self);
FMyEditABC[k, i] := Edt;

[Kurt Wallander]

Glück auf!

Vielen Dank für die reichlichen Zuschriften. Habe mich an Ralfs Neumanns Vorschlag gehalten. Special thanks an ihn.
Aber gelegentlich tritt ein ganz anderes Problem auf. Beim Linken wird der Laufzeitfehler F2039: ...Ma-Orthogonalisieren.exe kann nicht erstellt werden.
Embacadero hat es offensichtlich nicht geschafft, das seit XE2 auftretende Phänomen auf den Leibe zu rücken. (Für Sezialisten: Die dcu-Dateien haben keinen zusätzlichen Punkt.)
Komischerweise werden andere Projekte anstandslos gelinkt - aber bei denen wird ja auch nichts geändert.



Viele Grüße
Kurt