Projektmanagment : aus Units auf Form zugreifen

[64Jabor]

Hallo DP,

leider bin ich Neuling in Delphi und gerade in der OOP!
Ich habe in meinem Projekt ein Hauptformular und außerdem mehrere Units eingebunden.
Im uses-Teil der Unit des Formulars eingetragen, kann ich von dieser Formular-Unit auf alle freigegebenen Objekte der anderen Units zugreifen.
Nun möchte ich dies allerdings in umgekehrter Richtung erreichen.
Natürlich kann ich nicht einfach in jeder Unit wiederum die Hauptunit einbinden :D

Nur die Frage ist, wie gehts?
Ich habe selbstverständlich schon in der DP gesucht und auch lange gegoogelt in der Annahme, dass dieses Problem von Anfängern schon tausendfach angesprochen worden ist, aber wahrscheinlich habe ich die falschen Suchbegriffe verwendet, weil ich nicht genau weiß...wie man das Problem nennt ^^

Freue mich über jeden Hinweis!

greetZ 64Jabor

[mkinzler]

Zitat:

Natürlich kann ich nicht einfach in jeder Unit wiederum die Hauptunit einbinden Very Happy

Warum nicht? Ist nur die Frage ob man das machen sollte. Aber möglich ist es, indem du die Rückwärtseinbindung im Implementation-Abschnitt durchführst.

Besser ist aber Gemeinsames auszulagern

[RWarnecke]

Du kannst einmal Units im Interface-Teil einbinden und einmal im Implementation-Teil. Über diese beiden Teile kannst Du eine cirkulare Verknüpfung der Units hinbekommen. Aber sei vorsichtig dabei, es kann da schnell zu Fehlermeldungen kommen.

[64Jabor]

@RWarnecke
Achso, damit kann ich den Kreislauf schließen ohne diese Fehlermeldung ^^

@mkinzler
Globale Variablen/Konstanten habe ich in eine Unit eingebaut, sodass jede Unit die sie einbindet diese nutzen kann.
Das Problem ist nur, dass ich in meinen Funktionen/Prozeduren auf Objekte des Hauptformulares nutzen will - zB. ein TImage.
Das ginge dann nicht mehr von der Unit oder den anderen aus, aber mit dem Kreisprinzip kann ich dann in der einen Unit den kreislauf schließen, sodass eventuell auftretende Fehler nur dort liegen können...


Vielen Dank!

[igel457]

Die meisten dieser Probleme kannst du durch ein ordentliches Design deines Programmes vermeiden. Wenn du zirkuläre Referenzen hast, dann deutet das darauf hin, dass du etwas nicht richtig durchdacht hast (natürlich steht jeder, der beginnt zu Programmieren vor diesem Problem). 99,9% der Fälle lassen sich jedoch auch anders lösen.

Ich gebe dir mal einen kleinen Denkanstoß:

Ein selbst gebastelter modaler Dialog (Form2, Unit2) soll einen String in Edit24 des Hauptformulars ändern.

Schlechte Lösung:

Delphi-Quellcode:

unit Form1;

[...]

procedure TForm1.Button18Click(Sender: TObject);
begin
  Form2.ShowModal;
end;

[...]

unit Form2;

[...]

implementation

uses Unit1;

procedure TForm2.Button29Click(Sender: TObject);
begin
  Form1.Edit24.Text := 'Dies ist mein Text';
end;

Besser:

Delphi-Quellcode:

unit Unit1;

[...]

implementation

procedure TForm1.ButtonClick(Sender: TObject);
begin
  Edit24.Text := Form2.ShowDialog;
end;

[...]

unit Unit2;

[...]

implementation

type
  TForm2 = class(TForm)
    [...]
  public
    function ShowDialog: string;
  end;

[...]

interface

function TForm2.ShowDialog: string;
begin
  ShowModal;

  result := 'Dies ist mein Text';
end;

Andere Probleme kannst du zum Beispiel über Methodenzeiger (in Delphi als "Ereignisse" missbraucht) lösen: Möchtest du etwas auf Form1 durch den nicht modalen dialog Form2 steuern, informiert Form2 Form1 über den vorher übergebenen Methodenzeiger über die Änderung. Auch hier gibt es keine zirkulären Referenzen.

Edit: Ansich ist es für ein einfaches Projekt nichts schlimmes mit diesen Zirkulären Referenzen zu arbeiten. Die Wiederverwendbarkeit deines Codes geht dann aber gegen Null, wie du auch an meinem Beispiel oben siehst.

[64Jabor]

Danke für deine Code!

Ich verstehe, was du meinst und du hast völlig Recht wenn du sagst, dass es bei kleineren Projekten legitim ist, mit zirkularen Referenzen zu arbeiten, denn es ist wohl eindeutig mehr Aufwand, allerdings universeller einsetztbar.
Wahrscheinlich werde ich es bei meinem doch eher kleineren Projekt bei den Zirkularen lassen, aber bei größeren Projekten, ist dies durchaus empfehlenswert, vielen Dank!