Ergebnis der Suchanfrage

• Forum: Algorithmen, Datenstrukturen und Klassendesign

  AW: Grundsaetzliche Struktur bei MV*

   
    by Stevie, 8. Mai 2018
  Das nennt sich dann auch "constructor overinjection" und kann durch Aggregation gelöst werden.
  In den meisten Fällen sind viele Abhängigkeiten ein Zeichen für Nichteinhalten des SRP.
  
  Siehe auch: http://blog.ploeh.dk/2010/02/02/RefactoringtoAggregateServices/
• Forum: Algorithmen, Datenstrukturen und Klassendesign

  AW: Grundsaetzliche Struktur bei MV*

   
    by Stevie, 8. Mai 2018
  Also erstmal solltest du dich von dem Gedanken verabschieden, dass zusammengehörige M, V und C in einer Unit liegen, das wird nur schief gehen.
  
  Somit wird höchstens SaftpresseController.pas ApfelController.pas benötigen und die entsprechende TSaftpresseController Instanz beim Erstellen die TApfelController Instanz bekommen (hier eignen sich z.B. Interfaces).
• Forum: Algorithmen, Datenstrukturen und Klassendesign

  AW: Grundsaetzliche Struktur bei MV*

   
    by Stevie, 7. Mai 2018
  Mich verwirrt etwas, dass du zwar MV* schreibst und somit den Teil zwischen Model und View undefiniert lässt, dann aber von Controller sprichst.
  Je nachdem, ob man MVC, MVP, MVVM, oder eine Eigenart dieser macht, ergibt sich auch, wie man den entsprechenden Teil (Controller, Presenter, ViewModel) erstellt und wer mit wem kommuniziert.
  
  Grundsätzlich möchte ich aber von Singleton oder globaler...