Mit Datenmodul arbeiten

[Walter Landwehr]

Hallo, ich glaube das mit dem Datenmodul habe ich noch nicht richtig gecheckt.

Also ich habe ein Formular nennen wir es frmMitglieder ( die Unit heißt: Mitglieder ) Dazu habe ich einen Datenmodul dmMitglieder (Unitname: Datamod_Mitglieder).

auf dem Formular frmMitglieder habe ich ein Label lblAlter. Nun möchte ich beim OnChange Ereignis die Farbe des Labels wechseln. Leider bekomme ich eine Zugriffsverletzung weil mein frmMitglieder Nil ist. Weis jemand was ich machen muss damit es funktioniert.

Hier mal der Code aus dem Datamodul:

Delphi-Quellcode:

unit Datamod_Mitglieder;

interface

uses
  System.SysUtils, System.Classes, Data.DB, IBODataset, Vcl.Graphics;

type
  TdmMitglieder = class(TDataModule)
    LookupQry: TIBOQuery;
    LookupSrc: TDataSource;
    MitgliederQry: TIBOQuery;
    dscMitglieder: TDataSource;
    AnredeQry: TIBOQuery;
    dscAnrede: TDataSource;
    dscTitel: TDataSource;
    dscBerufe: TDataSource;
    BerufeQry: TIBOQuery;
    TitelQry: TIBOQuery;
    PLZQry: TIBOQuery;
    procedure dscMitgliederDataChange(Sender: TObject; Field: TField);
  private
    { Private-Deklarationen }
  public
    { Public-Deklarationen }
  end;

var
  dmMitglieder: TdmMitglieder;

implementation

{%CLASSGROUP 'Vcl.Controls.TControl'}

uses Mitglieder, ToolsOperation;

{$R *.dfm}

procedure TdmMitglieder.dscMitgliederDataChange(Sender: TObject; Field: TField);
begin
   if MitgliederQry.FieldByName('GEBURTSDATUM').AsString <> '' then
    frmMitglieder.lblAlter.Caption := 'Alter: ' + IntToStr(ToolsOperation.CalcYearsInPeriod(MitgliederQry.FieldByName('GEBURTSDATUM').AsDateTime, Date));
  if CalcBirthday(dmMitglieder.MitgliederQry.FieldByName('GEBURTSDATUM').AsDateTime) then
    frmMitglieder.lblAlter.Font.Color := clRed
  else
    frmMitglieder.lblAlter.Font.Color := clBlack;
  if (MitgliederQry.FieldByName('GEBURTSDATUM').AsString <> '') then
    frmMitglieder.lblAlter.Visible := True
  else
    frmMitglieder.lblAlter.Visible := False;
end;

end.

Das Datenmodul wird im OnCreate des Formulars frmMitglieder erzeugt.

Delphi-Quellcode:

procedure TfrmMitglieder.FormCreate(Sender: TObject);
begin
  dmMitglieder := TdmMitglieder.Create(frmMitglieder);
  ToolsForm.RestoreWindowPosition(Self);
end;

Wer weiß Abhilfe.

[Sherlock]

Dein Datenmodul soll Daten bereitstellen, und soll/darf/muss alle anderen Units des Projekts gar nicht kennen. Änderungsereignisse werden demzufolge klassischerweise in der Form-Unit abgehandelt.

Sherlock

[Walter Landwehr]

Wie soll man denn auf ein OnChange Ereignis reagieren? Das Formular bekommt dies ja nicht mit.

[Bentissimo]

Ich vermute hier liegt ein kleines Missverständnis vor. Ein OnChange-Event wird typischerweise von GUI-Controls erzeugt, hier geht es aber wohl eher um ein OnDataChange-Event einer DataSource.

In diesem Fall würde ich eine Message an das Formular schicken, eventuell sogar als Broadcast. Günstiger wäre aber wohl die Verlagerung der DataSource auf das Formular.

[Walter Landwehr]

Ja das ist richtig mit dem OnChange des DataSet. Ich hatte das bisher so, das alles auf der Form lag, aber mit der Zeit ist das Formular völlig überfrachtet. Darum die Idee mit dem Datamodul. War wohl nicht so eine gute Idee oder? Wie kann ich denn eine Message an die Form schicken und darauf reagieren.

[Lemmy]

oder du sorgst dafür, dass im Form das OnDataChange-Ereignis nach dem Erstellen mit dem DataSet auf dem DM verbunden wird. Bisher sah ich keinen Grund das nicht so zu machen.

[mjustin]

Zitat:

Zitat von Walter Landwehr (Beitrag 1336695)

Ja das ist richtig mit dem OnChange des DataSet. Ich hatte das bisher so, das alles auf der Form lag

Es spricht - solange keine Master/Detail DataSources in den DataSets benötigt werden - nichts dagegen, die DataSource weiterhin auf dem Formular zu lassen. Sie vermittelt zwischen GUI Controls und Datenbank-Komponenten. Messages zu versenden würde bedeuten das "RAD" noch einmal zu erfinden. Und es ensteht so auch keine ("zirkuläre") Abhängigkeit des Datenmoduls vom Formular.

[bcvs]

Oder Du spendierst dem Datamodul ein selbst definiertes Ereignis als Property, nennen wir es OnMitgliederDataChange.

Delphi-Quellcode:

procedure TfrmMitglieder.FormCreate(Sender: TObject);
begin
  dmMitglieder := TdmMitglieder.Create(frmMitglieder);
  dmMitglieder.OnMitgliederDataChange:=MitgliederDataChange; 
emd;

procedure TfrmMitglieder.MitgliederDataChange;
begin
  lblAlter.Caption := 'Alter: ' // ... und was sonst noch zu tun ist;
end;

procedure TdmMitglieder.dscMitgliederDataChange(Sender: TObject; Field: TField);
begin
  if assigned(OnMitgliederDataChange) then
    OnMitgliederDataChange;
 //  ...
end;

Vorteil: Das Datamodul muss dein frmMitglieder nicht kennen. So wie du es momentan hast, gibt es da ja eine zirkuläre Unit-Referenz, auch wenn die durch das Uses Mitglieder im Implementation-Teil nicht zu Tage tritt.

[mjustin]

Zitat:

Zitat von bcvs (Beitrag 1336700)

Oder Du spendierst dem Datamodul ein selbst definiertes Ereignis als Property, nennen wir es OnMitgliederDataChange.

Auch eine Lösung, allerdings mit einer Einschränkung (gegenüber dem Platzieren der DataSource auf dem Formular): mehrere nicht-modale Formulare können nicht auf das selbe DataSet zugreifen und dieses Event zuweisen. (Es würde immer nur das zuletzt zuweisende Formular 'gewinnen').

[Sherlock]

Wir reden hier doch von klassischen datengebundenen Komponenten (zB TDBEdit, denen eine TDataSource zugewiesen werden kann, oder? Durch diese Zuweisung sind sämtliche Kommunikationskanäle eingerichtet, die man benötigt. Ich weiß nicht was da schief gehen könnte. Ich habe die letzten 15 Jahre solche Projekte vor mir gehabt. Livebindings freilich ändern alles, und ich kann nichts erhellendes beitragen.

Sherlock