Einzelnen Beitrag anzeigen

Dejan Vu
(Gast)

n/a Beiträge
 
#31

AW: Cleancode, Dependency Injection oder wie stelle ich mich richtig an

  Alt 14. Mai 2014, 16:20
Woher weiß das Detailsform denn nun von der einen Settings Instanz? Constructor Injection? Zuweisen über eine Eigenschaft und Anstoßen des Settings ladens?
Die Settings sind in einem Datenmodul.
Delphi-Quellcode:
Procedure TFormDetail.FormCreate(Sender : TObject);
Begin
  myDataModule.Settings.Load(RemberEdit);
  // bzw.
  For control in Controls do myDataModule.Settings.Load(control);
End;
Um es kurz zu machen: Deine Lösung ist vollkommen ausreichend, ich wollte noch das SRP einbringen, das ist alles. Wie man den Rest löst (muss ich dir ja nicht erzählen), hatte ich weiter oben ausgeführt (Die Geschichte mit einer Factory, einer FactoryFactory usw.), nur hat das wohl keiner gelesen oder verstanden oder beides.

Zitat:
Ob nun Pagecontrol oder Edit, oder Datenbank oder Textdatei spielt eigentlich keine Rolle - ich glaube so viel abstrahieren kann hier jeder.
Habe ich mich misverständlich ausgedrückt? Mein Einwand war:
Will ich (nur) eine Komponente, die ihren inneren Zustand irgendwo persistiert, oder will ich eine generelle Möglichkeit, Komponenten bzw. Klassen zu persistieren?
Im ersten Fall ist die Persistierung Bestandteil der Komponente ("Wer ist zuständig?" "Die Komponente!") Im zweiten Fall ist die Persistierung Bestandteil meines Frameworks, mit allen Vorteilen.
Mit meinem Fokus auf die Eingangsfrage war nicht das Pagecontrol gemeint (das ist wirklich wurst), sondern die für mich dann doch im Vordergrund stehende Möglichkeit, Komponenten generell zu persistieren. So hatte ich die Frage jedenfalls verstanden. Und dann wäre dein Vorschlag eben verbesserungswürdig. Das kannst Du natürlich anders sehen, wenn Du magst.
  Mit Zitat antworten Zitat